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ABSTRACT 


Tne crack control Structure is a well Known 
combinatorial problem solving approacn in computer science. 
Tne strategy can be abstracted into a program scnema with 
memo or Lower level functions which is suitable for the 
automated syntnesis of backtrack programs. Employing a 
Known model Out program ENEE based on a problem 
reducticn problem representation, two reduction rules are 
developed for transforming a problem specification into a 
Barack control structure wita specifications for lower 
level functions. We illustrate these rules with Sample 


problems. 
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I. INTRODUCTION 


MiemoacmUnaem control strategy nas developed into one or 
ees major classes ot atbeoritnhms since its first appearance 
in the literature of computation. This nas been recognized 
by many autnors and most current textdooxs on algorithms, 
including those by Ano, Hopcroft and Ullman (äer, 1] and 
Horowitz and Sanni (Ref. 2], include substantial sections on 
the strategy. SI lm the development of  bacxtrack 
alsoritnms can be as uSeful to programmers as their skill 
MIO aer general algorithm classes, such as the divide and 
conquer, greedy and dynamic programming control strategies. 
A minor goal of this paper is to further refine knowledge of 
Ext ructural relationsnips within a oacktrack alezoritnm. 

This expert knowledge D backtrack programming 
techniques can also be used in tne program syntnesis 
process. The problem reduction approach to program 
synthesis detailed in Smith |Ref. 3, 4j employs reduction 
rules in the form of algorithmic scnemas and supporting 
AMES TIC Mnmowledge concerning subschema specification to 
empossa a) provlem Specification to a series of simpler 
Eecjficatlons. Program solutions to tnese 
subspecifications are ultimately composed via tne scnema 
Srructure ¡HA a proeram satisfying tre original 


DN ae ne major goal of this paper is to produce 
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two such schemas for the backtrack control strategy and two 
corresponding design methods for employing these scheras. 

The first discussion of backtrack by Walker [Ret. 5] was 
eerfairly general description of a technique then in use for 
decidine combinatorial problems. Mel E ptonsmof 
the technique, such as Golomb and Baumert [Ret. 6] and 
Bitner (Ref. 7] were oriented towards tne efficiency aspects 
of the strategy. This approach to the study of backtrack 
algorithms was reflected in texts on combinatorial 
algeoritnms, such as that by Reingold, Nievereelt and Deo 
(Ref. 8]. With this emphasis on the development of 
specialized tecnniques for improving efficiency the study or 
tne general DRO PADCI CS TOT tae backtrack class was 
Wer looked. The paper by Gernart and Yelowitz (äer, 9] 
meee rsed this trend. They developed a series of backtrack 
scnemas differentiated by tne type of control (recursive or 
iterative) and tne type of solution (first, all or optimal) 
Meemeread., Tne empnasis was on tne development of scnemas 
Mmeweme tO be correct along witn general specifications for 
ME Ds cnemas wnich would aid in proving tne correctness of 
mieeal2oritnns developed to complete tne program. 

This paper attempts to address two perceived gaps in tne 
MeeekStanding or backtrack algorithms. The first gap lies 
in the development of schemas in a notation suitable for 
automated program synthesis. Tnis notation snould allow for 


Sanger ODOstTdameverification techniques than tnose used ody 





vernart and Yelowitz. The scnemas should also be accompaniec 
by neuristics for instantiation of tne scnema to Satistfv a 
elven problem specification. Giaprers II, III and IV will 
address these concerns by describing tne program svntnesis 
system (Chapter II), the characteristics of a backtrack 
algorithm (Chapter III) and a backtrack program scnema and 
associated design method (Chapter IV). The seconi gap lies 
in the extension of the backtrack Strategy to solve a class 
of problems walch have not generally been Solved by a 
backtrack control structure in the past. Chapter V will 
develop a schema and associated design method for searching 
ENESorutlon graph of a problem with a hierarchical 
EN crure. Chapter Vi will conclude this paper anid point to 


further areas of research. 
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EE SS INTESSÍIS SYSTEM 


The program synthesis model for tnis research is tne 
problem reduction approach as developed by Smitr [Ref. 10, 
11]. This approach is an arp cempt tO Ame ene 
programming discipline of top down design as a nierarcnical, 
ENem-reduction structure. eO aMi nation oft this 
model will nelp identify tne type of knowledge required to 


syntnesize a backtrackK program. 


A. THE PROBLEM REDUCTION MODEL 

The key concept in tnis model is that program 
development by top down design is a problem reduction 
approacn to tne programming problem. Top down design is 
accomplisned tnrougn successive refinement of a problem 
Mica tion 1nto0o a series of simpler subdbspecifications. 
These subspecifications IN ela Ted tnrouen Control 
Sures whicn direct control tnrough tne subprograms. At 
EDD Of the refinement process the subspecifications 
EN UscDrevious step are furtner rerined. This continves 
IE ti. are replaced by tne primitive constructs of tne 
programming language. The entire program is tnen composed 
from tne primitive language eons tTructs ana ec mrs | 
structures produced during the refinement — 

IE PNMECCSNULTSnopProplem solvine approach attempts a 


SOLU phOMmuyeapplyine reduction operators to a problem goal 
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statement. These reduction operators decompose tne goal 
into a number of simpler subeoals and additionally provide a 
framework for composirg the solutions to tre subeoals into a 
solution to tne original problem goal. Also required is a 
set of primitive operators which allow direct solving ot a 
subgoal. By successively decomposing a problem until a 
primitive operator can be applied to each subeoal and then 
composing these solutions with the structure provided by tne 
Beimetion Operator, a solution to the original problem is 
found. 

The analogy between problem red ction problem solution 
and top down design is obvious. The goal statement in a 
program syntnesis system is a formal specification of a 
Alem AÀA primitive operator of a program syntnesis system 
is a progranmine language S005 LEW Ge Tne reduction 
operators include a procedure TOT gue PINE 
subspecifications (design strategy in Smitn (Rer, 12], 
design method above) and a structure for composition of tne 
Smeepecitication solutions. The Structures chosen for tte 
Boeemeculon Operators are program scnemas whicn reflect tne 
IAE Tent control strategies. Tne program synthesis problem 
is to develop a program scnema/design metnod pair which 
BuMows Synthesis of correct programs. 

A simple example should help illustrate this process. 
suppose our specification requires tne selection of tne 


Maximum of two natural numbers given as input. Tne goal 


dee 





Specification may look like: 
MAX(A,B) = C such that - 
[(A>=B <=> C=A] & 
[B>A <=> C=B] 
where MAX: (NxN) -> N 
Tnis specification for a function named MAX states tnat MAX 
takes two natural numbers as input and returns a single 
natural number. Teer icere specitication consists of a 
Someinetion of two clauses. tach clause must tnerefore be 
euen ror the output to be correct. POC ico yunets are 
logical equivalences, which requires both sides of tne 
equivalence to be true or both sides false for the 
equivalence to be true. Thus we have a Specification in 
wnicn if A>=B, C must equal A, and if BDA, C must equal B. 
uuo must be the maximum of A and B. If our prozrammine 
language nad a suitably defined function MAX(X,Y), then a 
GERGEN solution to this goal could oe applied. IEEE nos 
the goal must be furtner reduced to allow for solution. One 
Ne tion rule wnicn could be app ed is a simple 
eomartional. Ms rule Ca control scnema would de 
imposed and subspecifications would be developed for tne 
Schema slots. The Schema may loox like: 
if P 
then F 
else G 
Woere P, F, G are functions tne rule will specify. The 


specifications produced by tne rule may be: 
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BE) ed Such deat 
E eg <=> b] 
where P:(NxN) -> B 
Mis 0 Such that 
[A = C] 
where F:N -> N 


EX cw ( sucn «Rat 
(B = CJ 
where F:N -> N 
Euh tbese specifications P can De dírectiy solved oy a 
Siamese relational operator and F and G can oe solved by an 
eo remement Operator, and tne final program produced will be: 
MAX(A,B) = 
SR Sp 
mwen C <- A 
ErSe C C= Bj 
Beourn C 
BE. PROBLEM SPECIFICATION 
Tne program synthesis system requires 3 fom i 
Meer cation OF a problem. This formal specification is a 
NUN! description of the input/output relationships For 


INE program. “he Followins Tormat will de used to sveciry 


BIGONNERmS in tnis paper: 


taj 


EN X Such that Il:x => 0:<x,%> 
where F:D -> R 


NEUES TiBstance, Y i 


du 


pue mame. Of =the Specification ane Lee 
BEoEPHUoP indicates function application. 

There are four components to a formal epecification. 

meee ifeutr condition I details all known properties of 


DON” Ts  10EUt to the progran. If tne input conaition 


RENE Some OOF OL r is true, then the program must 





Ace "tne speciTPEed output. In many cases tne input 
foamition will be vacuously true. Le eOrey put. COnd it on sO 
Specifies the relations tnat are expected to noid between 
mee input objects and the output objects. The domain D 
Specifies the data type of input objects and tne range R 
Specifies the data type of output objects. The program 
ness system will attempt to derive a program F which 
takes as input an object of type D and produces as output an 
object of type R. If tnis input object satisfies the input 
AMOR then the output condition applied to the input and 


put objects will be true. 


C. THE PROGRAMMING LANGUAGE 

The target programming language for this system is a 
functional language similar to Backus” FP notation (äer, 
13]. A functional language provides several advantages to 
miemeororeTram Syntnesis process. fine most significant is the 
eS ve ease of program verification. Altnovsn not a 
meal task, the proof tecnniques are more manageable tnan 
those for procedural languages. Memora ecl pal Treason tor 
Mes in the nature or expressions. A functional 
ENOSIP3mn constitutes a single expression. Within tnis 
expression all occurences of a name or suberpression nave 
the same value. Thus tre statement by Statement state 
cnanges "TM 3 procedural language which create most of 
AU cos rem Verification do not exist wit 


Dover nescmams. HIE permits an algebra of functional 
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programming, as Backus further discusses [Ref. 14] vwnica 
amits use of tne language as a proof tool. A second 
an tass lies in tne nierarcnic nature of functional 
languages. Higher level functions are constructed from 
lower level functions and appropriate combining functional 
forms. The reduction rules in the syntnesis system are 
weal iy methods for producing specifications for lower 
level functions and scnemas wnicn connect vine specifications 
with the appropriate combinine forms. 
A functional language contains a Set of five components 

[Ref. 15J, wnicn are: 

Ma set of objects 

aa set of functions 

ó. the application operation 

4. a set of functional forms 

EEEG function definition mecnanism 
The functional language used is fully described in Appendix 
MENO llowing perasrapns highlignt the major differences 
between Backus’ notation and tne language notation used. 


l. Set of Objects 


Ire 


The set or objects in tnis language include specific 
SENS types. The particular data types whicn will De 
necessary in this paper are N, the natural numbers, LIST(N), 
lists of natural numbers, I, the integers and B, the boolean 
LUues truesana false. Also included is tne data structure 


<>, sequences of objects. 


o 





2. Set of Primitive Functions 
The set of primitive functions are tied to tne 
various data types and structures. AS O Mp Lee set of 
functions is given in Appendix A. 
5. The Application Operation 
Function application is enhanced by allowing the use 
named parameters in both the application and derinition 
Stree tunctions. Tnis deviates greatly from Bacxus ” 
Eupentions, but obvijiates much of the use of selector 
functions in data manipulation. At the least it increases 
tnae clarity of function definitions. A furtner motivation 
is the knowledge tnat efficient algoritnms [Reft.16] exist to 
Eier named parameters from function definitions. A 
declaration mechanism is also included to allow for 
controlling name visibility. 
4. The Function Definition Mechanism 
ân anonymous tunction definition mechanism, similar 
to the LISP lambda function, is included. The syntax is: 
(lambda <parameter list» 
{function definition!) 
(actual parameter list) 
A be most useful for schema expression, as it allows 
My Specifying a lower level function within a nigner 
EE im the backtrack scnema we snall use tnis feature 
Bozerpress a lower level fuaction in terms or its component 


MOS tae te DyYedirectly expressing ali components of tne 


backtrack strategy and their relationships. 
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The backtrack control strategy is essentially a 
technique applicable to combinatorial problems. A backtrack 
algorithm will conduct an uninformed search of a state space 
to select tnose states wen SUMI Sy the problem 
constraints. The advantage of a bdacktracking algorithm over 
other uninformed Ssearcn techniques is that it can employ tne 
problem constraints to prune tne state space tree, tnus 


reducing tne amount of search required. 


A. STATE SPACE SEARCH 

A state space problem representation attempts to define 
aeproolem tnrougn description of the various states of the 
problem worid and methods in tne problem world for 
transforming a given starte into a new state. In tne 
Sommerer SOLUTION of State space problems tne fundamental 
Sommeenpts are the symbolic representation of tne relevant 
aspects of the problem State and the computation of 
permissible state transformations. These permissible 
transformations are problem world related in that tbey 
represent transformations tne problem world would permit. 
For example, a permissible transformation may well lead to a 


problem state which violates a constraint, out is an 


allowable action in tne world being modelied. Tne solution 


Dechmıdauesmosr Often Used to solve state space problems is 
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some form of search, Ene EE ERC D commences at a given 
initial state and proceeds throuen a directed erapnN,. wnere 
the graph nodes represent the possible states and the arcs 
represent the vermissible transformations. Tne search 
terminates wnen a goal State is reached. 

ae illustrativ* example is tne missionaries and 
cannidals problem. In tnis problem we are given an equal 
wer Oft missionaries and cannibals on a river bank and a 
Ich can hold at most two persons. Tne goal is to get 
all missionaries and cannibals to the other bank witnout 
M@avinrg more cannibals than missionaries on either tang at 
any time. To represent this problem with a State svace 
NE Sentatioo we must identify the relevant aspects ofr 
state and develop a symbolic representation for them. Ye 
must also develop routines to compute allowable 
transformations between state descriptions. The solution to 
this problem will be a sequence of transformations which 
move the missionaries and cannibals fron one bank to tne 
other and whicn do not violate tne problem constraints. 

Moumoer Fi techniques exist for s@arcning state space 
Bons. Taey difter principally in the technique used tor 
SERGE whicn already visited State to expand, or to 
meanmsform to a new state. Uninformed techniques such as 
leptn first, breadta first and generate and test search 
wearer Orm HnOwn states in an arbitrary and fixed manner. 


Ine backtrack Strategy, as we snall see, is an example of an 
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menrormed search. Aur Immormea teeimrqaque, Sucno as vet 
first search, will use some type of knowledge to evaluate 
the known states and select the most promising or these for 
expansion. Tne decision of wnetner to use an informed or 
No med searcn is most often a function of tne problem 


Exdenow well searcn knowlelge can be codified. 


B. GENERAL DESCRIPTION OF APPLICABLE PROBLEM 

EuDrack is suited for the solution or combinatorial 
problems wnicn exhibit cen xecnaracteristios. These 
characteristics include the ability to segment tne problem 
ior a set of discrete but interrelated decisicns, a 
On Structured as a vector of decisions, and a set of 
LSStLAaple solution constraints which relate the decision 
elements. 

1. Problem Charactsristics 

Representation of a problem aS 4 Set oF 

Meme decisions structures the problem intc a tree search 
problem. Each node of the tree represents a decision to be 
menes na eacn arc from taat node represents a different 
aire rnetive solution. In tne missionaries and cannibals 
prem anode may represent the decision: wno gets in the 
boat to go to tae opposite river banx? Eacn arc represents 
Pers erent alternative: one or two missionaries, one or Two 


Cannibals or one missionary and one cannibal. By forcing 


Gris tree structure onto the problem, backtrackine 


algorithms do not nave to be concerned with maintenance of 
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pd node lists or otner storage outside tne patn from tne 
REUNNMSnr node to tne root of tne tree. NE dcus DI Te 
space tree is implicit in backtracx algoritams and not 
explicitly stored. 

Representation of the solution by a vector of 
decision solutions corresponds directly to the patn in tne 
EMEND Space tree explicitly stored at any time by a 
backtrack algoritnm. In our state space model tnis patn is 
Mec urrent state. "his direct solution represertation 
Mes a requirement to construct a solution once tne 
Search has concluded. 

EE defined constraints on solution element 
RENE Ionsnxps allow bacxtrack alzoritums to test tne current 
Sequence of decisions (patn fron root to current node) and 
pax the implicit searcn tree witnout explicitly examining 
anodes of the tree. MIME Cien er at d becxtrrack 
At Am, measured by the number of nodes examined, is a 
IIH OE how well corstrained these relationships are. 
The tighter PO Es the less nodes will be 
ed. c without constraints, tne alzoritnm will examine 
RN Of tne state space tree. 

2. XK QUEENS Problem Representation 

an pere presentation will illustrate now a 
simple combinatorial problem can be represented for solution 
Ba. Dbacktrack algorithm. The problem, traditionally used 


mommexolain bacıtrack, is tne K QUEENS problem. Simply 


ei 





stated, tne K QUEENS problem is to find all possible board 
Bam ons On a KEK cn@Ssdoard for K queens sucn tnat no 
Queen” >ttacks any other queen. From tne rules or cness, we 
must find all positions such that no two queens ere on tne 
Same row, on the Same column, or on the same diagonal. 

To represert this as a3 Series of decisions we note 
that no two queens may ode on the Same row. Also, if we are 
to place E queens on a KYA board, there must be at least one 
queen on each row. It follows that there must be one and 
only one aueen on Sach row of tne board. Therefore, tne 
decision to make at level i of tne tree is where to place 
mee gmeen on row 1. 

The solution vector returned will be a path from the 
MONO. a leaf of the "tree. Position i of the vector will 
represent the positioning of the queen on row i. Thus the 
OA On will nave tne form 

MEN 0). x(2), ... » x(K)) 
where eacn x(i) is tne position (column number) ot the queen 
ome row 1. 

Mremeonstraint relationships can also be determined 
ED the rules of chess. These constraints reflect tae 
NIU C that no two queens can be On the same column or 
wee onal. To express the column constraint in a computable 
Orm we note tnat our representation would aepict two queens 
ne same column aS two elements nf tne solution vector 


having the sane value. oea restrict this witz rne 
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constraint: 
Soluma constraint 

FOR BEL x(i),x(j) INA 

eges» xr(i)#xr(j)) 
feiereg oer L constraint is @a little more difficult. Two 
MANS are on tae same diagonal if tneir row distance is tne 
Nas their column distance. For example, queens at row 
and column positions (1 4) and (3 6) are on tne same 
diagonal as are queens at positions (1 4) end (2 2). We can 
thus subtract the queens” row numbers and column numbers and 
then compare their absolute values to determine if they are 
on tne same diagonal. This gives us tne diagonal 
EcBetraint« 

diagonal constraint 

SIS, x(i),x(j) IN X 

[iz] => abs(i-j)%abs(x(i)-=x(J3)) 
One final constraint identifies a patn as a solution and 
thħhús may be termed a solution constraint. This constraint 
is identified by the fact that K decisions must de made to 
place K queens on tne board. A computable solution 


constraint is tnus lengtn(X) d KS The complete 


Pepresentation 1s given in Figure 1. 


C. GENERAL DESCRIPTION OF THE STRATEGY 

Backtrack is best defined as an uninformed, exnaustivs, 
depth first tree search strategy. The strategy is 
uninformed, in that it does not employ problem speciric 
Knowledge about now to s@arcn for a solution state. It is 


ExuSDSTIvesinocnar it will implicitly or expiiciltiy examine 
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ail possible solution States as it executes. It is a tree 
ech stratery because it implicitly structures tne problem 
into a tree which Tepresents solution states by a path from 


we root to'a leaf. It is a depth first strategy because it 
fully examines a subtree defined by one alternative before 


it begins examination of tne next alternative. 
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DECISION STRUCTURE 
decision(i) = column placement for queen on row i 


SOLUTION STRUCTURE 
<X> wnere eacn L < Om). x(2), ... “or K)) 
where x(i) = column number for queen on row i 


CONSTRAINT STRUCTURE 
element constraints 
ORAL jo IN X 
[1*j => x(1)xx(3)) | 
[i#j 25 aes(i1-j)Xabs(x(i)-xij)] 
[EHE Sce 
Solution constraint 
lengtn:k = K 
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FIGURE 1 
K QUEENS Problem Representation 


mea CKGTACK Strateoey attempts to construct a solution 
vector one element at a time. After deciding on one 
Eueement, tne strategy will expand this solution one element 
mmr toner. If tne strategy determines no expansion is 
Noble and a complete solution nas not been acnieved then 
it will backtrack, change its most recently made decision, 
sma try to Expand the new partial solution. 

To implement tnis strategy, a backtracKk aleorithm takes 


as an input parameter a description of tne patr. from the 
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NUN Of tne state space tree to thé node teine expanded. 
The algorithm will expand tnis node by creating descriptions 
of all possible paths from tne root through the expanded 
node with lenzth equal to one greater than tne parameter 
vato. Tne algorithm will then examine these new paths in an 
aumusrary order. This examination first tests the path for 
Hmuution and returns tne patn if it is founc to be a 
BE gege if not a solution, it tests for any violation of 
a predefined subset of tne problem constraints. If a 
Vroiation is found, the algoritnm determines no solution can 
be found with further exploration and terminates search on 
this path and all possible extensions. If tnere are no 
Semmoetraint violations, tne path is recursively exvanded to 
EM Usftor a solution deeper in tne tree. 

Recursion PC camara) storm of expression or 
backtrack aleorischms . Usine standard ly 
transformations Forowitz and Sanni |Ref. 17] ana Gerhart and 
Yelowitz (Ref. 18} nave developed iterative backtracking 
G@eemeewaures from their recursive aleoritnms. This paper, 
since it is not concerned with efficiency issues, will 
won algorithms and schemas in recursive notation ana 
beave for later program transformation work tne translation 
mere rterativ® notation. Witn tnis in mind, Figure 2 gives 
uu unplesoa3cktraew function in a procedural notation. 

Ice Of a becktrack algorithm principally 


Penas ion now tae path element constraints contaired in tne 
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Peeaicate FEASIBLE are defined. The pruning efficiency of 
the predicate is di pe TIN related to tre degzTee of 
Somerraint deine tested. Tne more constraining UHE 
relationships, the more pruning will be accomplisned. As 
discussed above, the pruning constraints will orten be a 
subset of the total problem constraints. For these reasons, 
a good neuristic is required for selecting tne appropriate 
Semerraints if a good backtracking algorithm is to de 
developed by a programmer or an automated synthesis systəm. 
A syntnesis design metnod based on such a neuristic is thus 
desírable. 

The computation or tne predicate FEASIBLE nienlignts one 
further characteristic of the strateesy. The relationships 
expressed in tne predicate often involve data about tne patn 
elements. This data must be visible to the predicate, wnicn 
Bommatiyoimplies extensive parameter passing at each call of 
the function. The data relevant to each element of tne path 
Ia y Often static, nowever. The data can be seen as 
wert es of tne separate elements, and the constraining 
relationsnips as relationships between tne elements” 
properties. For this reason, many backtracking aleoritams 
establisn these properties as global cata, wnicn can be 


accessed from any level of tne recursion. 
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PROBLEM (PARM LIST) <- BACKTRACK (NIL) 


where 
FUNCTION BACKTRACK (PATH) is defined as 


ALTERNATIVE SET <— GENERATE (PATE,PARM LIST) 
/* generate is a function which will return all 
extensions to PATH */ 


SOLUTION SET <- {}; 


le mih SLE m a m I a Xin 2 JM A << 1 


FOR P IN ALTERNATIVE SET DO 


IF SOLUTION (P) 
TENAS O OTTONE S ET SOLUTION SET U {P} 
/* solution is a predicate which returns 
true if the parameter is a solution 
to tne probiem */ 
ELSE 
IF FEASIBLE (P) 
THEN SOLUTION SET <- 
SOLUTION SET U BACKTRACK (P); 
/* feasible is a predicate wnicn returns 
true if the parameter can pe expanced */ 


END FOR; 


RETURN SOLUTION SET; 
END BACKTRACK 


rd "m —————————l c es es A O A <a e A ee ` eg emm 


FIGURE 2 
general Bacxtracx Function 


The aleoritnm described above is a simple description of 
IAE TTacE Strategy which returns all solutions in tne 
problem defined state space. Two otner variants On 
EE often arise. The first variant 15 a strategy 
Euch returns Only the first solution discovered. The 
Paoli variant returns only tne best solution encountered, 


wnere tne solutions nave been crcered by seme scoring 





Ion. BOtH of tnese variants require additional cortrol 
Matures wnich complicate tne basic backtrack stratery and 
will not be further discussed in this paper. “Or ROSS 
interested, Gernart and Yelowitz [Ref. 19] provias furtner 


Bascussion of this topic. 
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IV. A BACKTRACK REDUCTION RULE 


oo m a ieee A SS —  -—— eee om mmm eme Se l -—— = —A emm 


A reduction rule for implementing a backtrack alezoritnm 
nas two components, the program schema and tne design method 
for subscnema specification. This chapter develops a scnema 
meme as Simple backtrack algorithm with slots for three 
subalzorithms. A design menoa iss then presented for 
reducing the problem Sect Seat 109 into subalgorithn 
meer acations. Tne metaod Is based on an examination ofr 
the required relationships of the three sudaleorithms. Two 
problems are then examined to illustrate tne application or 


tne reduction rule, 


A. SCHEMA DEVELOPMENT 

E cevelopln9e a program scnema one approach 15 to 
De completely tne expected input to the schema, the 
fered Output from tne scnema and BUE serles of 
meee ormations on tne input tne scnema is required to 
perform to produce the output. Meseta ns torrations can 
wen te translated into lower level functiors cornected by 
mee language combining forms. The following paragrephs 
derive a scnema in tne desired functional language using 
this procedure 

1. Tne Expected Input 

From the cene al discussion of tne. 0ack trace 


Strategy (see page 23) we can describe tne expected input 
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Ew its Saltert chafacueristics. ner” a Garcmeracr Tuncv1o0. 
1s invoked it is passed one parameter, a Y Sc uo 
presentation of a partial solution to the problem. Ye 
meee cal] this vectorePaTH, simce it 15 a path from tne root 
of the state space tree to tne last node (last element of 
the vector) examined. PATH is of unknown length, sirce the 
function is called at every level of tne State space tree. 
Bel PATH can also exist, which indicates no decisions 
Isys5t been made. This is tne problem state when tne 
Net invocation occurs. 

Although tne lengtn of PATH is unxnown, taere are 
characteristics wnicn can be inferred. Tne most significant 
ar PATH nas been determined not to be a sciution. If 
Geemprevious invocation of tne function nad determined that 
Pele WaS 3 solution then tne function would nave terminated 
Dor to the recursive invocation we are concerned with. A 
BEER Characteristic 15 that PATH meets tne test ofr the 
predicate feasible. A major assumption of this design 
method is tne conclusion that altnougn PATH may not satisfy 
all tne output conditions required Dy the Kee 
Eet at Lon, it satisfies a major subset DI tne 
Conditions. Furtnermore, there is reasor to expect that an 
Dans ion of PATH will Sventually satisfy all tne output 
memmatcions. ~.ne current backtrack invocation must therefore 


seamen for all such expansions. 





another input issue concerns the problem data wnicn 
will be required by the lower level functions... Tne 
assumption made in tne development of this paper is taat 
this data will be made global. Figure 2 (see page 27) 
demonstrates how this is accomplished. All program 
specifications developed will declare this data as a 
Parameter to the proeram, then declare tne BACKTRACK 
function and lower level functions at the same scope level, 
providing tne required visibility. The alternative is to 
declare the data as input to BACKTRACK ana pass it as a 
permeameter t> every recursive call of the function. In tne K 
QUEENS example tne only data is the value of X. The cost of 
pone tnis parameter will be minimal. In other examples, 
such as the Processor Sequencing Protiem we discuss later, 
the data 15 mucha more extensive and tne parameter passing 
costs are nigher. IS simpler to consider 
thís data as global and not de concerned with the mechanics 


Teer eating parameter lists. 


MS OUT put from a  bacxktracx aleorithm is also a 
Baer Or list of natns. These paths, in vector rorm, 


represent all possible solutions to tne protlem. Each 


"O 


invocation of tne dacktrack function examines a suotree or 
Mies tatbS Space tree to search for an extension to PATH 
wnicn terninates in a solution. Tne snorter PATE is tne 


deeper the subtree examined will be. in any subtree trepe 
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Memeo POSSLTOLTIIty of zero, one or more solutions wnicn will 
be returned to the invocation examining that subtree. The 
backtrack function must compose these Separate Dara 


Solutions into a list of subtree solutions. 
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The input transformations are also apparent from 
tne strategy description (see page 23). There are tnree 
transfornations to perform. The first of tnese 1s an 
Eezpyansion of the current partial solution by one additional 
NEE "At the Simplest level this transformation must 
produce a set of all paths which are possible expansions of 
PATH. Bach path in this set represents expansion of tne 
partial solution by one additional decision element. Barco 
Ale decision 1s represented bv a corresponding element 
ne. set. The result of tnis transtormation is a set of 
patns to be examined. 

The” secona transformation is to execute a series ofr 
AO tional tests. Tnese tests perform tne exemiration of 
each path produced by Mist. transformation. The 
Ica nt characteristic of the strategy is tnat the tests 
Niresuitine action are completed for eacn patn before any 
Mmeocessine begins on any otmer patn. We will call tne pērn 
Bier consiaeration TEST PATH. The tests and actions cen be 
subdivided into two sets. BNUCGEERITDSU. serit tests for Wa 
tion.) If a solution is discovered, tne action is to 


Meu Oa ES EAM. M tne first test fails, the second set 
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HEUS for feasibility of expansion. If this test decides 
EEaSMSion is feasible, tne backtrack function is recursively 
pea with TEST PATH as the parameter. If the test fails 
Bo further expansion is feasible and the nil patin is 
Beournead to signify no solution is found. 

Tne final transformation is required to eliminate 
the nil patns in tne solution once all expansions neve teen 
examined. Arter this transformation ís corvlete, the value 
med will consist of a list of solutions. 

4. scnena Translation 

Translation into a program scnema requires grouping 
Hed transformations into lower level functions and 
meee: yine the appropriate functional forms for relating tne 
MS tO and outputs from the functions. A IO 
Soma te the backtrack Strateey into three transformations 
of the input implies that we can define tnree lower level 
Muuons to perform the Uist Orns. Tne rollowing 
paragraphs develop these three functions and the proper 
combining forns. 

ices ClhameOrmalion operates On tne input to 
EN  Hema, the parameter PATH. This allows specification as 
meee ct function application to tne parameter. The output 
ONES application is to be a List of all patns whicn are 
EMD3nsrons of PATH. Since the operation is to generate al} 
possible expansions, we will name tnis function GENERATE. In 


our languave notation this is: GENEPRATE:PATH. 
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Tne second transformation operates on tne output of 
the function SENERATE. Its metnod is to operete on an 
ENSMEEL, return a value, operate on tne next element, return 
a value and continue until tne list provided by GENERATE is 
exnausted. This operation is clearly an example of the 
ZNEDI-TO-ALL functional form available in our language. 
meee the Operation is a test of each element of tne list we 
will name tre function TEST. In our laneuaze notation tnis 
is: 

ATEST(GENERATE: PATH) 
2 Know more about the behavior of the function TEST, 
however. TEST Pomcemecondiucr1ondgl function with TWO 
predicates. We can furtner specify TEST within the scnema 
by employing this knowledge. Tne first predicate is a 
uon test. The resulting action is to return the patn 
1f the predicate holis. In our language this is: 

EEUTTON:TEST PATH -»5 ID:TEST PATH; 
The second test is a check for feasibility. The action is 
feet Call tne backtrack function with the path as 
paruwrer. This can be expressed in our language as: 

FEASIBLE: TEST PATH -—> BACKTRACK: TEST PATH; 
Em nal' action of the function is to return all. The use 
of an anonymous function definition will allow definition of 
TEST within the schema as follows: 

Allambda<TEST_PATH> 

{(SOLUTION: TEST PATH -> ID: TEST PATH; 
PEASIBLE: TEST PATH -> BACKTRACK: TEST PATE; 


NIL)}) 
(GENERATE :PATH ) 





Poe final transtormation eliminates ali null lists 
in the list returned by tne partial scnema aodove.- Tne 
appropriate lower level function and combinine tarm already 
Sxast in—our laneuagee. The functional form INSERT will move 
the function APPEND througn tne list and eliminate all null 
meme occurences: All that is required is to compose this 
function and combining form onto tne partial Schema to 


produce tne backtrack scnema of Figure 3. 


BACKTRACK: PATH 
/APPEND 


(A (lamtda<TEST_PATE> 
{(SOLUTION: TEST PATH -> ID:TEST PATE; 
Phenol p eG. test PAVE => RACK TRACK: TEST PATH; 
NIL)}) 
(GENERATE: PATH) ) 


FIGURE 3 
Beekreack Program Schema 
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Be DESIGN METHOD FOR SUESCHEMA SPECIFICATION 

The schema developed above is only one component of tne 
required reduction rule. Also necessary is à deSign metnod 
ror specifying tne lower level functions GENERATE, SOLUTION 
and FEASIBLE. A rule for derivation Of these 
subspecifications must be based on tne expected input and 
Output of tne functions and the relationsnips between the 
functions wnich tne scnema exploits to sclve tne prctiem. 
The reduction rule developed in tne following paragraphs 
puUdds from trese relationships. fne rule provides a 


EBD EScehema ror each tor eacn lower level function 
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amara metnod tor instantiatine the scnemas for a given 
pecolem instance. Liemmetnod 1S d pattera matcning process 
mmm repiaces rererences” to the problem specification in 
Peo ec demas With the referenced components of tne problem 
Beer ication. In developing tne schemas the notation used 
below is the same as the problem specification notation, 
With two additions: Capital letters reter to the components 
TEE Ger E Op and lower case letters refer to the 
function or problem specification. Thus Op refers to the 
OA. condition of tne problem specification, wnile Os, Of 
AO refer to the output conditions of tne functions 
SOLUTION, FEASIBLE and GENERATE respectively. 
1. GENERATE Specification Schema 

To derive a general hneuristic ror Specifying the 
GENERATE function we need to closely examine the output 
requirements for tne function. Backtrack requires GENERATE 
to produce all single decision extensions to PATH. It is 
Significant tnat GENERATE is tne only function in tne Schema 
ENWwUNDroduces output.  bech element of tnis output is a 
potential solution. Tne implication is taat GSNERATE must 
Born all computation required to const uct a decision 
Meno and append it to PATE. This computation mey require 
aucorpor3tion ot constraints from the Duo pcm DEDE 
condition. "he K QUEENS problem provides a Simple example. 
meets DrOuremeunere 15 2 direct constraint on tne value ot 


the decision alternatives, this deine that the column number 





meer Sach decision must be between one and LK. Failure to 
acude  tnís constraint in GENERATE may result in the 
production of an infinite Sequence of patn extensions. 

Peles ENEE Bebe this reasoning can be 
designed. Ds eO caia. (“erasts which places direct 
restrictions on tne computed value of a decision element 
then tnis constraint snould be included in the specification 
for GENERATE. Wnat constitutes a direct restriction is not 
well formulated, but two general principles are offered. If 
ems traint restricts a decision element by a specified 
relation to constant values, taen i this is “a direct 
action. The K QUEENS constraint above falls in tnis 
BEEN Secondly, if a constraint is formulated as an 
equality between a decision element and a computabje value, 
EE the Constraint directly restricts the decision. we 
Will Show an example of this later. On a more general note, 
E sue Of which function to include constraints in is a 
CRGA DOint of concern to algoritnm designers and is furtner 
addressed in tne section on schema limitations. 

There are otner output conditions for tne GENERATE 
force, iON. It GENERATE is to produce single decision 
extensions to PATE tnen tne lenetn of eacn element of tne 
QUEDput must be one greater tnan tne length of PATH. Also, 
Peete lement of the output minus its last aecisior is equal 
to PATH. A clean symmetry exists between tnese constraints. 


We have restricted the size of each element of the cutoul, 


ow 





Mee valle of tae last decision of each element, and the 
Ves OF the Test or the decisions. This suggests a 
Completeness in tne specification. The complete output 
condition Og can be expressed as: 
Og = FOR ALL TEST PATH IN PATH _ LIST 

[length (TEST PATH) - 1-*1engtn:PATH & 

tlr(TEST PATE) = PATE & 

Ope(last(TEST PATH) )J 


where Opg = subset of Op whicn directly 
restricts e decision 


There are certain conditions known to be true of the 
input. As discussed in tne paragrapa on schema cevelopment 
PATH is known to be feasiole. Tnis fact may be used by tre 
ExNDhosis system and needs to be represented as an input 
Baron. The specification input cordition is tnus: 

FEASIBLE(PATE) 

To derive tne domain and range of GENERATE we need 
EN amine tne relationships between the input and output or 
BE unctilon anc those of tre problem. Generate accepts as 


Ma path representation for which it is to enerate 


Ju 


allowable expansions. Altnougn not a solution, PATH is tne 
proper type of a solution. We can discover the solution 
Bey exaemining tne range of the problem. The problem is 
Nuwpnoduce a sequence of solutions. Tne Tange of tne 
Beoolrem is tnus a sequence of tne desired type. Given a 
mobiem range of <I>, wnicn signifies a sequence of objects 
of type Y, where Y is a language type we can extract Ï as 


tne domain of GENERATE, The function must output a sequence 





EM EUESSUS, E oF Which is a potential solution. This is 
messoame output type as the proolem and the prociem- range 
Came De substituted for tne range of GENERATE. Tris produces 
a domain and range specification or: 


De 
Rg 


Y wnere Rp = <Y> 
Rp 


EN omplete specification scnema is siven in Figure 4. 
2. SOLUTION Specification Scneme 

Tne function SOLUTION is the Simplest cf tne lower 
NNNM "enctlons to specify since lit relates directly to tne 
APS problem specification. SOLUTION is a function waich 
RE 3 Dath representation as input and returns a tooléan 
value. The representation SOLUTION tests is tne same type 
Ate elements of the problem domain. AO AAA ENS 
problem, for example, the problem range is <LIST(N)>. Ye 
Me program to produce a sequence of lists, where eacn 
list is a solution. The corresponding domain tor SOLUTION 
Eumpiy LIST(N). Sirce the function is a predicate, it 
must return a boolean value. Tne domain and ranee can thus 
te specıfied as: 


Ds 
Rs 


Y wnere Rp = <Y> 
3 


momeaerive the input and output specifications we note tnat 
SOLUTION must return true when the protlem output conditions 
applied to tne parameter TEST PATH are true and must return 
false when the problem output conditions applied to the 


Peedireovet sche widatse@s nis cag be expressed as a logical 
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equivalence between tne boolean value returned and the 
Oe CONStrdintS applied to tne parameter TEST-PATE. 
Since some of the constraints may be included in GENERATE, 
Bee Only include the subset not in GENERATE. Tne input 
meme tion follows from tne input condition to GENERATE. 
Since the input to GENERATE is known to be feasible, the 
input to SOLUTION minus the last element must be feasible. 
III and output conditions may be expressed es: 


Is 
Os 


FEASIPLE(tlr:PATH) 
Ops(TEST PATH) <=> b 


where Ops = subset or Op not included 
in GENERATE specification 


Buemcomplete specification schema is given in Figure 4. 
Bee SasIPLE Suecitigation Schema 

Mie Specification otf FRASITBLS is more difficult than 
that for SOLUTION because tne feasibility test is the less 
Semetradining of the two. As Sumo tion of tnis desien 
IUOS is rnat FEASIBLE is a relaxation of the constraints 
uxScented by SOLUTION. One rule for relaxing restrictions 
Oe lininate one or more expressions within a conjunctive 
EENUcentofoconstreipts. Ve attempt to develop e neuristic 
Nu jiJentitylne which Eon uUnet or zen uneLrs Of tne 
z:srrasnts Stated in the problem output conditions to 
include in tne feasibility test. 

IS Cae Senema Expects certain cnaracteristics 
Sete Dati bone investigateld. A path which is feasible 


Per EE na a lS to meet one or more or the output 





conditions. However, it is feasible that an expansion ofr 


MN Dato nay meer all the output conditions. &-— nam 


try 


meee rmaned to be untfeastole also falls to meet one or more 
Tae outout conditions. Tne difference is tnat an 
unfeasible patn will never meet all the output concitions, 
no matter what sequence of decisions is appended. If we can 
Ty the type of condition wnicn, wnen failed by a 
Bar solution will also be failed by any extension to 
that partial solution, then this knowledse can be added to 
añ reduction rule. 

IS INS San tormulated to express this 
Knowledge. A constraint wnicn addresses tne soiuticn as a 
MAS” 1s not of tnis type. If tne path as a single entity 
MEE a condition, then any expansion to tane path produces a 
Ie rent entity, and Nav pass tne condition. A constraint 
Besteet tt De relations between tne parts of tne solution 
EN Is type, nowever. if a partial solution exnitits a 
Set between two elements tne same conflict wiil exist 
IM ter what subsequent elements are appended to ne 
Da "he conclusion 15 that tne appropriate constraints 
are a subset of the problem output conditions and Can te 
tea DY an heuristic process which retains only these 
constraints wnicn relate elements ? the proposec solution. 


Input and output Conditions can be expressed as: 


i 
fa 





If 
Of 


FEASIBLE(tlr: PATE) 
DPS. ENTE) <=> b 


uere Opf = all conjuncts ot Op which 
noes tenents Of TBST PATH 
and are not in GENERATE 
Since FEASIBLE is a component of the same 
eat onal expression as SOLUTION, tne domain remains the 
same. Since it is also a predicate, the range remains the 


Same . 


Df 
Rf 


Y where Rp = <Y> 
P 


The complete specitication scnema is given in Figure £4. 


Ce THE K OUFENS PROBLEM 

Bun first ci Eet ithe use of tnis 
Beewetion rule will be the K QUEENS problem discussed 
ter, Tha format to be followed in presenting tnis and 
later problems will be to represent the problem with tne 
eure in Figure 1, ¿develop a formal svecificaticn ot the 
Men: ana then apply tne reduction rule of tre two 
Meme ous paragrapns. Tne He put DEE be a prozram 
satisfying the problem in tne form of tne backtrack proeram 
ma With formal specifications for tne iower level 


Meee o oe 
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GENERATE SPECIFICATION SCHEMA 
GENERATE:PATH = PATH_LIST sucn tnat 
FEASIBLE: PATH => 
FOR ALL TEST PATH ELEMENT OF PATH LIST 
[lengtn(TEST PATH) = 1+lengtn(PATH) § 
TIP or PATH YY = PATH X 
Ope(last(TEST PATH) )|] 


uere GENERATE:Y -> Rp such tnat Rp = CT: 
Be slboe Geo Op Such that all conjuncts 
CHOP ewntcnedarectly restrict decision 
elements are in Opg 


Reuristic: To iaentify Op elements for Ope select 
tnose Miren either 
1) a single decision element is restricted 
by ^onstant values OR 
2) a single decision element is restricted 
by an equality 


SOLUTION SPECIFICATION SCHEMA 
ESTURION:STEST PATE = o such that 
> <=> C[FEASIBLE(tir: PATH) => Ops(TEST PATH)| 


Es SOLURBPON:Y => E such that Rp = <y> 
and Ops = subset of Op such that all conjuncts 
not inmepe- are in Ops 


PEAS IBLS SPECIFICATION SCHEMA 
FEASIBLE:TEST PATH - b Such tnat 
B <=> [| FEASIBLE(tir:PATH) => Opr(TEST PATE)] 


mere SSOLUTION:Y -> B such that Rp = <I> 
and Opf = subset of Op sucn that all conjuncts 
soleni relate decision alements and 
BOTTE G T H DT 
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FIGURE 4 
Reduction Rule Specification Schemas 


1. Problem Representation 


Mim oomeneamoroOulLem representation was developed in 


Figure 1 (see page 24). 
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2. Problem Specification 

The components of the formal problem specirisation 
may be extracted directly from tne problem representaticn. 
Bee domain of tne problem is tne type of tre variable input 
parameter. For tne K QUEENS problem tne variable parameter 
INE "e natural number denoting tne size of tne 
Eusssboard. The domain is thus N, The natural numbers. Tne 
Ems or the problem is the type of tne solution structure. 
Berne K QUEENS problem tne solution is expressed as a 
sequence of lists or natural numbers.  kach list represerts 
one solution and tne sequence lists all solutions. Tae 
momen and range specification can tnus be specified as: 

K QUEENS :N -> <LIST(N)>D 

Med coma t10n 1s derived from the problem 
Meer dint structure. It is simply tne conjunction of all 
Sommetraints in tne problem representation, formulatec in en 
o riate logical specification. Using X to represent a 
END and PATH LIST to represent tne sequence of éll 


solutions the output condition is: 


foe ALL x(i),x(j) IN X, X IN PATH LIST 
ie» msuxxC)) & 
ieee rb D & 
I =< Ki) =< K] 
EES A = E 


A put conlitiíon is derived from the observation tzat tne 
program should produce valid output regardless or the value 
Berne input, as Toonz as the input is of the proper type. 


This type restriction is already provided by tne domain 


Te 
i 





Seeeeration. Tne input eondition is thus vacuously true ane 
reduces the truth of tne input/output implication to tne 
Ben of the output condition. Tne complete specification 


A iven at Figure 5. 


! 
| 
ı K_QUEENS:Kk = PATE_LIST sucn that 

EE ex» FOR ALL x(1),x(3) IN X, 

X IN PATH LIST 

ELS A: 

| NES aDstci-oabps(xr(i)-x())) & 
| 
! 
! 
l 


J 
TOC EINE T 
EN O =K 
wnere K_QUEENS:N -> <LIST(N)> 


FIGURE 5 
K QUEENS Problem Specification 


3. Function Specification 

RECKEN E our reduction rules to the formal 
BERG problem specitication. The application of the rule 
will instantiate the specification Scnemas for the lower 
NE runetions and produce a backtrack schema with formal 
Seeeastications For tne lower level Pungtiens. Jur 
IS sion of the rule application will illustrate tne 
DN ern matchine process. mye eree TO the problem 
e i Cation within tne function specification scnemas will 
meena Search of tne probiem specification for tne «aesired 
Semone nts. these components will then be inserted into tne 
Mistartiated function specification. For exarple, tne 
GENSRATE schema specifies tne ranee or GENERATE to be tne 
Nine Of tae problem specification. ImuNDnStentiapo y ED 


GENERATE species eat 1 ON pue range in tne problem 


Te 
cn 





Spa: Canion is extracted amd inserted into tre function 
Specification. Iin tnis manger, all Lower level function 
weent ications are prodrtced., 

For the K QUEENS problem the Specitica tion gale 
listed in Figure 5 and tne reduction rule scnemas are listed 
in Figure 4. Ye begin the rule application by developing tne 
miei ication of GENERATE. Tne schema lists the domain as: 

De = Y where Rp = <I> 
Since tre problem specification lists Rp as <LIST(N)>, Y 
matcnes LIST(N) ana we nave De = LIST(N). Similarly, the 
match for Rg produces <LIST(N)> as the range for GENERATE. 
Menem input condition is listed as true, wnicn requires 
Ma ten since there is no reference to tne problem 
specification. The output condion references the problem 
Serer ication only in the conjunct: 

Ope(last(x(i))) 


meer> Ope = subset ot Op which directly 
restricts decision 


EM ns our neuristic tor identifying constraints woicn 
Meee tsy restrict aecisions, tne sonstraint: 


mor ALL x(i) IN E 
(1 =< x(i) =< X] 


meets tne first case and is inserted into tne GENERATE 
Peer rication. Al) components of tne specification rave now 
pon produced and are included in Figure 6. 

Schema instantiation for tne SOLUTION function is 


ompi saed Viti tns same procedure. ues Specilticanioón 





Schema lists tne domain or SOLUTION as: 
Ds = Y wnere Ap = Y 
mee problem specification lists Rp as <LIST(N)>, wnicn 
allows a matcn between Y and LIST(N). List(N) is tnus 
meemyitied as the domain. The schema specification lists B 
as the range, which requires no match with tne problem 
P a Een, Tne input condition also remains true, since 
No blem reference is required. Tne output condition coes 
mee rencse the problem specification in: 


Os = 0 


mo TEST PATH) <=> b 
wnere Ops 


2 subset o* Op not included 
in Ope 
Ye trus ERE dh cconüunoUtswmof the problem output 
tion nor listed in tne output condition for GENERATE 
and place tnem in the output condition tor SOLUTION. These 
conjuncts are: 
mone ALL x(i),x(j) IN X 
hie emer lary) Ss 
i#j => abs(i-j)#ads(x(i)-x(j))] 
weerenetnst = Â 


complete specification For SOLUTION is listed in Figure 


The procedure for FEASIBIE is tne same. Tne comain 
and ranese schema specifications are tne same as for SOLUTION 
and produce a domain of LIST(N) and a ranee of P. The input 
AO tios remains true. The output condition specification 


ot: 





Of = Opr( TEST PATE) <=> p 
Mere Cpf - subset of Op wnicn includes all 


conjuncts wnich relate elements 
or WMecision aTé are not in Ope 


Semences Op and forces identification of those constraints 
not in GENERATE whnicn address the decision elements. From 
Doe problem specitication tmese are easily identifies as: 
HOR ALL x(i),x(j) IN % 
Dj => aij) & 
abs (i-j )#¥abs(x(i)—x(j))] 
MET comolete specitication for FEASIBLE is given in Figure 
Sí 
4. Program Generation 

To furtner illustrate tne program synthesis process 
A Jevelop programs to satisfy tne specifications tor 
merlo ver level functions. Tne development process will not 
be detailed but will be only generally described. 

Development of the function GENERATE will te 
ms first. Satisfaction or this specification can te 
EDnpljsned by a prozram waicn constructs a sequerce of 
Memo becn list ls constructed by appendirg one natural 
amen tO tne input pata. Tne natural numbers must fall 
between one end X. A simple program which accomplisnes tnis 
paces 

GENERATE: FATEH = 
AUX GENERATE:<PATE, 1> 


where 
AUX GENERATE :<PATE, COUNTER> = 


 (ECUAL:<COUNTER, K> -> APPENDR:<PATH, COUNTER); 
APPENDL: |APPENDR:<PATE, COUNTERD, 


AUX GENERATE: (PATH, ADD:<1, COUNTERDJ ) 








K QUEENS:K = 
BACKTRACK: nil 


where 
BACKTRACK:PATH = 
/APPEND 
(A (lambda<TEST_PATE> 
QUESO TONES TD PAE => ID:TEST PATH; 
FEASIBLE: TEST PATH -> BACKTRACK:TEST PATH; 
NIL) }) 
(GENERATE: PATH) ) 


ëmm mm emm emm: emm mt ee ee eee emm, 


GENERATE:PATH = PATH_LIST sucn tnat 
MAS TBLESPATE => FOR ALL TEST PATH IN PATH LIST 
[Lengtn(TSST PATE) = 1+lenetn(PATH) A 
tint thon PATH) = PATH S 
ic — ase come mee KE ] 


mmn 211.71] ee ee ee et ee 


where GENERATE:LIST(N) -> <LIST(N)> 


ESEULION:TESST PATH - b suca that 
BEC -O (FeASTELE(tlr: TEST PATH) => 
IIA) IN TEST PATH 
(143 => HUMO & 
ižj => abs(i-j)#abs(x(i)-x(j))J 
& lengtn(TEST_PATH) = K} 


wnere SOLUTION:LIST(N) —> B 


BESTEN: TEST PATE = b sucn tnat 
b <=> Em us TEST PATH) => 
PAE x (S) ENTES TP AT E 
(ižj => EG & 
i*j -» abs(i-J)£abps(x(i)-x(j))] 
where FEASIBLE:LIST(N) -5 B 


FIGURE € 
X QUEENS Program Specification 
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The next function to be developed is FEASIELE. Ye 
meme to develop SCLUTION atter FSASIBLE since SOLUTION 
properly includes all the constraints in FEASIBLE. This will 
PeerOw sim@ivwcionm, of FEASTELE within SOLUTION. FEASIBLE is 


expressed as a conjunction DONT WO constraints. Anis 








translates into The AND” Of | two computable pbcolean 
Bamressions. The first expression compares tne values of 
mire tements in the parameter. The input condition tells us 


that all elements in tIT:PATE meet UNS condition. 
Therefore we only need compare the last element witn tne 
mast Of the elements. The second expression compares tne 
merece values of the difference of the row positions end 
AER Terence of the column positions. Since we know that 
Meese condition nolds for all elements of PATA except for the 
Ne Only need test tne last element. This gives us tne 
program: 


PEASIBLE: PATH = 
AND: [ROW MATCE: PATH, 
DIAG MATCH:PATH] 
where 
ROW MATCH:PATH = 
(NULL: PATE -> true; 
ANDE PMEOUALS: | LASTS PATH, 13PATE], 
ROW MATCH(TL:PATH)] ) 
DIAG MATCH:PATH = 
(NULL:PATE -> true; 
AND: [NEQUALS[ABS(-: [TL:PATE, 1:PATH) 
ABS(-:[LENGTH:PATH, 1]) 
DIAG MATCH(TL: PATH) J ) 


JE 
P 

Doer: vatrion vof the function SOLUTION is row 
Simple. SOLUTION contains tne GEES pp of three 
Eeer Two of tnese are includec in "SASIBIE. We can 
Ade FNASIBLE and the tinal constraint in an AND function 
EN omplete this program. This gives us: 

SOLUTION: PATE = 
AND:[FEASIBLE:PATH, 
BOOALS:(£, LENGTH :PatH) | 


BEE these progrems tne syninesis system 


SE 





Mould replace the specifications of Figure 5 witn tnese 


Seeeerams and the process would be complete. 


D. TEES PROCESSOR SEQUENCING PROBLEM 
me Processor Sequencing Problem is a known NP complete 
problem (Ref. 20). It ditters fron tne K QUEENS problem in 
that the path elements under examination at any stage of the 
MESS nave a number of associated properties and tne 
want relationships are expressed predominantly in 
mms of these properties. The solution to this problem 
fmm Lilustrate the use of global data in backırarkine 
meserttnns and the incorporation of constraints into tne 
function GENERATE. 
RE =rcblem xepresentartion 
The Processor Sequencine Problem (PSP) may be simply 
eS: Given a set of tasks to be run on a single 
processor, witn each task naving an associatea Telsase tins, 
Beocessine tine and deadline, does there exist a scneduling 
EE nc9s e wnicn will complete all tasks prior to their 
deadline? meena eo ater properties olacSs a series cr 
constraints on tne tasks. Tne release time is an earliest 
wele availabiiity constraint. No task is available to 
Ne tores Its release time. Once selected for execution, 
Pach task will consume exactly the amount ot time specified 
by its processing time. Tae deadline places a latest 


RE constraint on Sach task. 


Sr 





Bae tirst tas in representing this problem is to 
IAE” on a 28cision Structure. One obvious component- of a 
meri sion 15 whlcn task to run next. But "tnis Ts aot 
complete in mar more information is réquiréd about 
pemeaulineg this task than mere selection provides. Tne time 
Metas Kk is scheduled to run 1s also a crucial part of the 
Meson. This time is not fixed based on tine previous 
EE ons in the partial solution vector, out depends on 
NEU i!oual information. For this reason, tre decisions made 
DEL HLS problem can be represented by a pair, tre first 
ENUent being the task selected and the second element belize 
tne start time of the task. 

me second representation task is to transform tae 
Beton Structure into a solution structure. Tas solution 
Sc ture will consist of a Sequence of decisions, eacn 
decision being of tne form Specified by tne decision 
eee cure, fous a solution will nave the form: 

femme), x( 2), 55. , x(n) ) 


HS Or Torm 
2) 


usn] BeppPesentatlion task Concerns tne problem 
constraints. A number of constraints relate the elements of 
RE possible solutions. The first we will consider is tne 
deadline restriction imposed on each task. Whether a task 
meets its deadline depends on two factors: tne task start 
punc ands the ‘task processing time. The start time is an 


element of tne decision being tested. Tne processing time 


Iz 








Tea Tine” Time are constant values associatec with each 
instance of tne problem. A task meets its deadline if tne 
Sum Of the start time ani the processing time is less tnan 
teerwceacliine. This can be expressed in computable form as: 


FOR ALL r(1) IN X 
[deadlineltask(i)) >= start(i) + time(tesx(i))) 


where deadline, time are problem constants 
Anotner solution element constraint is identified by tne 
vaa t no task may be scheduled twice. Thus eacn task ia 
the sequence must be distinct. We can represent this by 
noting tnat if the position of two tasks in the sequence are 
distinct, then tħe tasks must also be distinct. This can be 
Ssapressed as: 


) IN X 


Bor ALL r(i),x(j 
=> task(i)#tasx(j) J 


[ 1£j 
maere are also constraints on the Start time of each task. 
Ese rinit the start time to a point after both the 
completion tine of the previous task and the release time of 
MeS under Consideration. It follows that tne start 
Maem vay be Expressed as tne maximum of tne two 
constraints. EE Eegen t) select tne 
maximum of two natural numbers, this constraint may be 
expressed as: 

FOR ALL x(i) IN X 
[start(i)smax(release(tasx(1)), 
start(i-1)*process(task(i-1)) )J 
where release, process are problem constants 


Meeetinal constraint identifies a solution from potential 





NNNM lon$-whnicen meet a1] other constraints. Meat) ober 
Semstraints ar@é met and tne number ot elements of the 
peeposed solution equals tne number of tasxs, tnen we know 
that all tasks are included in tne Sequence. Dd a 
Somerraint can be identified as our solution constraint and 
1s expressed as: 

LENGTE:X = E 


Beemcompliete problem representation is siven in Figure 7. 


DECISION STRUCTURE 
deccision(i) = ith task to run 
start time of tasx 


SOLUTION STRUCTURE 
<X> wnere eacn X = (x(1 
where x(i) = (task{ 


-— — e —— c — R a ee ee ro emm 


JE Tu eee ‚x(K)) 
jS cU )) 


| 
| 
| 
CONSTRAINT STROCTURS 
element constraints | 
FOR *FDL x(1),x(3) IN X 

[ 12j => task(i)*task(3)) | 

MOR TALL x(1) IN X | 

[ deadline(task(i)) >= | 
start(1) + process(task(i)) | | 

PORTAIL x(i) IN X | 

[ start(i) = max(release(task(i)), | 
start(i-1)+process(tasx({i-1))) J | 

solution constraint | 
leneta(X) =K | 
I 

| 

i 


ee tease, process, deadline are proolem constants 


oe EEE m ee ae Se ee oe ee oe 2 gg ee oe Go mm 


FIGURE 7 
PSP Problem representation 
AM NA pecirication 


As with tne K QUEENS problem, tne tour components of 


DE ON OD Ten Speciticetion can be eesiiy derived 


moO one eerOblem Tepresentation. The domain for tne PSP? 
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IE is the type of the variable input. In this case, 
Sees variadle input is the number or tasks, X, a natural 
number, MES IIA. "EEN Smould provide us tne 
Tawee. In this case, a single solution is Structured as a 
meee or pairs of tatural numbers. The first elenent of tne 
pair is a task identifier and the second element is a start 
fester that task. Since the problem requires a sequence 
OF ail solutions, the prover range is a sequence of lists. 
We can express this as: 
PSP:N -> CLIST(NXN)> 
Th® problem output condition is immediately derived 
NN tne constraint structure. It is merely the conjunction 
ot all constraints we nave identiried. Tne expression ofr 
OE DT condition is more complex tnan tor tne K QUEENS 
em because tne constraints rely on constant values 
Bed ty the problem instance. Our notation For declaring 
ND onstant values wi!! be tne wnere declaration of cur 
ED Dammin»eg language. Tnis declaratiop in effect aefines a 
EE C0: visibility for tne constants, making LHO KON Lo 
HeEconstraints. The problem output condition is: 
ORALE X(1),2 (3) IN X 
Lix4 => task(1)*tasxk[lj) > 
deadline(task(i)) >= 
start(i)+process(task(i)) E 
start(i)=max(release(tasx(i)), 
start(i-i)*process(task(i-1)) )| 
à lenetn:i-K 


where release, process, deadline are program constants 


For reasons tne same as witn tne K QUEENS problem tne input 
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eomaqdviom is vacuously trve. La COmpre vem opecrtTicatio2™ 1s 


Piven in Figure &. 


A EP au am GE e ame «ee ae dee ee eee ee mm ee ee ee mm emm ee ee eee ee eee ee ee ee Se eS ee 


Peesk = TASK LIST suca tnat 
Nue => SOR ALL m(i),x(j) IN X, X IN TASK LIST, 
A (task(i),start(i)) 
(i#j => task(i)#tas«(j) & 
deadline(task(i) >= 
start(i)+process(task(i) 
Start(i) = max(release(task(i)), 
start (i-1)+proces 


) & 


s(tasr(1-1))) | 
S lenetní(X) = K 


N => CLIST(NxN)> 
REES Lem inputs 


FIGURE 8 
PSP Problem Secification 


Me hoe apply Our reduction rule to Dro duc ey e 
Deeeerrack program with formal specifications for tne lower 
level functions which will sclve the PSP problem. lu 0 ES 
Wes use the scnemas of Figure A and the formal problem 
meer iacation of Figure €. Ye begin with tne specitication 
Of the function GENERATE. The specirication schema lists tne 
Smain as Y, where wRp = «XY». Matching tnis against tne 
problem specification provides Rn as <LIST(NXN)> wn1icn gives 
Y as LIST(NxN). Tnis is placed as tne domaln ot GENERATS. 
NuGEScnema lists the range as Rp so we nave: 

GENERATE:LIST(NxN) -> <LIST(NXN)> 
IS eno coma does not reference tne Dro bem 
poe cif }Gaetlon SO it PASO Ie into the GENERATE 


A Caron. ea ie manner tne first two conjuncts of 
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schema output condition are coplea into the GEZSNEPATE 
specification. The final conjunct references (pe, the 
wet of the problem output conditions whicn directly 
restricts a decision element. Examining the problem 
BaEeUcTICcation under tne guidance of our neuristic produces a 
MAS With the conjunct: 
SOR ADL x(i) IN X, X IN TASK LIST 
Eer bet? 
[start(i) = max(release(task(i), 
Startit=1)torocess(tasx(i-1))) | 

case two of tne rule. Case two prescribes tne inclusion 
of protlen constraints which in the GENERATE function if a 
constraint restricts a single decision element ty an 
equality. In this case start(ij is the decision element end 
ENS restricted by an equality. Case one produces no match 
Since no constraint bounds a decision element by constant 
values. Tne schema entry for Opg is replaced by tie 
Et above producing the full specification of Figure 9. 

Tne same procedure is used to develop the formal 
Ma cation for SOLUTION. Tne schema specifies tne domain 
ere tne problem range is <Y>. The proolem range is 
<LIST(NXN)>, wnicn produces a Y match of LIST(NxN), wnicr we 
take as tne domain of SOLUTION. The scnema range aoss not 
moeerente the problem specification, so it is copieca into 
Eus cunction specification. Tne same is cone for the 
emotion= input condition. Ense semene MONTOU condi titen 
references Ops, tne subset of the problem output condition 


NEE Eer EE in Ope. From the discussion in tne 


Su 








meee parmesan tals Teauces to the first, second and  *ourth 
conjuncts in tne problem output condition. Renlacine Ops 
Meee THESE conjuncts produces tne specification of Fieure 9. 

Ome “specification for SOLUTION is identical to 
FEASIBLE, as snown in tne scnemas, with tne exception of tne 
eut put condition. In tnis case, the reference to Opr in the 
Seeena must be replaced by all conjuncts of tne problem 
output condition wnicn relate decision elements and are not 
EN Ds. ith this problem tne last conjunct does not relate 
Is ton elements since it addresses tne solution as a 
EDEN. ne toird construct is included in Opg. This Leaves 
NEM Irst two constraints to be substituted ror Opt. Placing 
EE constraints into tne Schema produces the specirication 


of Figure 3. 


DOS CHEMA LIVITATIÓNS 

Mie” reduction rule developed in this chapter nas a 
Awer Of limitations. The principal deficiency is that it 
hoegeuristic in nature and not an algoritnm. The underlyine 
meemeon tor tnis is the failure of the rule to incorporate 
proof mecaanism in its actions. Ms De lioved trat à 
proof mecnanism may be constructed based on tne cesign 
Eod developed above. cM MEM SC tor. the simple 
livide and conquer control strategy have teer developed by 
Smitn (3ef. 21] wnich employ a prover tneorem as tre basis 


NU Spesi ication development. 


Se 
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roe = 
BACKTRACK snil 


IE T G 
BACKTRACK:PATH = 
/APPEND 
(KH (lampda<TEST PATH> 
{(SOLUTION: TEST PATH -> ID:TEST PATE; 
FEASIBLE: TEST PATH -> BACKTRACK:TEST PATH; 


NIL) }) 
(GENERATE: PATH) ) 


GENERATE: PATH = PATH LIST such that 
PREASIBLE:PATH => FOR ALL x(i),x(3) In X, 
X IN PATH LIST 
A iras x (1) start(1i)) 
{lengtn(X) = 1+lenetn(PATE) & 
DINEM UE PATH 3, 
Start(i) = max(release(task(i)), 
start(i-1)+process(tasxk(i-1)))) 


where GENERATE: LIST(NxXN) -> CLIST(NxN)> 


ESSGUIION:TEDST PATE —- b such tnat 
po <=> {FEASIBLE(tir:TEST PATH) => 
FOR ALL x(i),x(j) IN TEST PATE 
REES ta PECH 
(i#j => tasx(1)*task(j) & 
deadline(task(i)})) >= 
Start (1 L 1.1) 
£ lenetn(TEST PATH) = K) 


where SCLUTION:LIST(NxN) => B 


Pee lELE: TEST PATH 2 b such that 
b <=> {FEASI3BLE(tlr:TSST PATH => 


FOR ALL x(i),x(j) IN TEST PATE 
Whe Tei) as ai). start(i)) 
[ii => taskli)Zrasıli) S 


deadline(task(i)) >= 
start(i)+process(task(i))}} 


where FRASIBLE:LIST(NxN) -> B 
beee © TEL S2ase edeaqgqline, process are program constants 


FIGURE 9 
PSP Program Specification 
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EE op. or ae rule is tne inerficiercy 
Bent in the backtrack schema. As evidenced by our 
eramos tnére is mucn duplicate computation between the 
SOLUTION ana FEASIBLE predicates. TOi could icdicate tis 
efficiency is better served by evaluating tne FEASIBLE 
EDU cute first and then mestinge.a diminlsned torm of tne 
SOLUTION predicate within the action clause of  FEASIBLE. 
maouesen our design method would allow tnis. it restricts 
the schema to problems where tne FEASIELE constraint 
Mendes Only restrictions witnin SOLUTION as well. It is 
not Known wnetner tnis is a general condition with problems 
suitable for the  bacxtrack solution tecnnique and the more 
mera] scagna of figure 3 was developed instead. 

A general efficiency concern in tne development ot any 
Barack aleorithm is t^e proper subdivision of constraints 
between GENERATE and tne other functions. Opviously, any 
constraint witnin GENERATE Utero nteasible irvartial 
entons from SOLUTION and IA QE How. mucn total 
EENtstlon is saved 15 not clear, Sowever. The total 
IET oO: nodes examined by the predicates is less wren mors 

Petpee constraints are included within GSNSRATS, but the 
computation required by GENERATES is greater. A general 
conclusion tnat seems valid is that some work is saved if 
Eres 1s aiso duplicate computation, as discussed above, 
between SOLUTION and FEASIBELE, but if tnere is no duplicate 


computation, vtnen each extension at each level visited 15 
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DEC once 3galnst each constraint. A more favorable area 
Nice tated investigation is in program tfransformretior. 
Dies work may identify wnen backtrack  progrems yroduce 


cate computation, and transform such programs Lo 


eliminate the duplication. 
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Boem backtrack, aleorithm nas traditionally been employed 
to solve problems of the type descrited in Cnapter III. 
Research on tne strategy has been oriented towards 
efficiency improving  tecrniques, (äer, 22, 23} proeram 
proving [Ret. 24], problem Tevresentatior tormalisms [Rer. 
Pay anda control structure abstraction (Ref. 25, 27}. The 
problem of eowendinsae the strategy wor solution of å 
EN rent class of problems nas not been significantly 
—ENessed. The second reduction rule proposed oy this paper 
mas Nhe tacktrack strategy by adapting it for solution 
of the problem reduction problem type. NET es ui wis a 
Pemeral purpose schema with a heuristic desi2gn method For 
lower level function svecification. AS tnis result is less 
Merwe s in existing knowledge, tne desisn method presented 


ne described in general terms. 


fee TOELEM REDUCTION PROELEM REPRESENTATION 
A problem reduction problem representation is another 


Mime iso for symbolic problem description. As ith tne 


z= 


NINE space representation discussed in Chapter IEIS 
Pee centation of a problem with a problem reduction rornat 
will Moe particular “grapaic structure onto e 
meoolem. “itn this structure we can employ a zrapn Search 


P 


Mmeeeecdure Yor search fcr a solution. EE, Jn AUS 
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Aver TS tO adapt the Dacetrack strategy to Search the 
peoolem reduction graph. In thiS paragraph we will-first 
REO tie representation, then depict tne 2rapn structure 
produced by tre representation, and then illustrate a sample 
problem representation. 
1. Problem Representation 

mee TS “aro "three Key components of a ore oem 
reduction representation. Enc»: romponert "is Due 
meeprem state. Tais is a Symbolic description of tne state 
One problem at ary point in the Search process. e 
al problem state is a description of a eoal which is to 
be satisfied. As the search process executes, the initial 
Bog? state will be decomposed into one cr more subeoal 
states, wnicn, when botn are satisfied, will cause the 
Smee nal cnal to be satisfied. An example of this is the 
Exc integration process. Given a goal state of tne 
form: 


Seto + z(x)) ax 


(x 

enere ~,2 are Kncwn functions 
AO tion to tris problem is a symoolic representation of 
DEE Srel, Pommit] decompo ition may produce tne two 
subgoals: 

ACI: 

Metz) dx 

waere £,2 are known functions 
Solvinz both of these two subgoals will lead to tne solution 


S oema problem. In this case, the two subsolutions 


Must. ve adaend. 
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In order to decompose states and compose scluticns 
Some means must be provided for these actions. Lae Second 
Sermponent Of a problem reduction representation is a set of 
meee riow rules. Each rule will act on a goal description 
mame provide one or more decomposed subgoals. Tne rule also 
pides a method for combining solutions to suogoals into 
Bons tO tne original goal. Tne most significent aspect 
esule application is tnat all subgoals must te solved for 
the original goal to be solved. In our symbolic inteeration 
Stëpp be reduction rule applied may be or tne ferm: 

Mee integerand is form f(x) + z(x) 
wnere x is variable of integration 
Mae n 
solve f(x) ana g(x) 
pgompose SOLUTIONS with + 
M important to note tnat there is an applicability 
condition (If) and a conjunctive solution. 

The representation we nave descrited tnus fer allows 
only goal decomposition. The LyesdueecOmponent of the 
representation allows for a solution of a subset of goals we 
EE calorimitive. Tnis component is a set of rules, also 
called prinitive, which, when applied to a primitive zoal 
AE. Teturn a solution. In our symbolic integration 
example, one primitive rule may De: 

Ix Inteserand is of form cos x 
where x 1s variable of integration 
men return Sin x 


The primitive operators provide tne only means of fincing a 


OA OMe a proOolem reduction representation. Tney are a 





NS” 10 Te present those goals wnicn ye Know Now to directly 
Sage 
2. And/Or Tree Representation 

ie sravne structure gmroosea by this representation 
is similar to the structure of a state space tree, but 
contains an additional node type. We will represent goal 
descriptions by nodes and rule applications by ares. The 
NENNEN Ton the root of a tree to a sudgoal cescription 
Seamer ees rhe sequence of rule applications wnicn produced 
the goal description. Given a node (goal description) tnere 
ime ranee of reduction rules which may be avpliea. This 
range is represented by the set or arcs leaving the node. 
The Complicating faotor of the problem reduction 
sees entation lies in reduction Tules wnicnh decompose a 
Eu description into two or more subgcals. Tie 
relationsnip between these sudgoals 15 tightly constrained, 
representing tne fact that both of tnese subgoals must de 
SOlved to solve tne goal. Inr cS EMND —relartionsnio 
ASS TS with” tne subgeoals produced by tne otner reduction 
Tules. nS action of tne RENE Hradauce? by any 
ENEE pn rule will satisfy tne goal. Tne grapnic solution 
is to tie togetner the arcs represexting application of one 
rule with a nyperarc. Lnjsredgresm an —ND neia, wnich 
signifies that all descendants or tne AND node must be 
SS Ted. The awpa cation of Cis TUe rules are 


eee Eeer ares not connectec Lv nyperarcs, 


g 
On 











wnich TEDNSSenT tne logical OR nature of Lneig 
relationship. Figure 19? depicts a sample searcn space. 
Gren an initial goal represented as node A, tnree recucticn 
NES cwn be applied. Rule 1 produces subgoals E and C, 
me 2 produces subeoal D and rule 3 produces subeoals EX and 
F. A car be solved by solving eitner set oë goals, B and C, 
MD Or E and F. Ultimately, if B and C are to be solved 
fem or E, and I must be solved. Ir D is to re solvea, 
then J and K nust be solved. It E and F are to te solvec, 
mwen and M and N must be solved. To solve this problem 
Mmmemesearcn process must Search for sudbeoals which can be 
nuc by primitive operators and tie together the Separate 
paths represented ody and nodes. Unlize tne state space 
Beh, rne result of tnis search process wlll be a solution 
tree. From any node the separate branches represent tne 
Ie rent subeoals produced by a single rule application. 
example, Figure 11 depicts the tour solution trees 
put im figure 12 if all leaf nodes can be solved. 
3. An Example Representation 

eomle wE present nere ard develop for tne 
remainder or tne cnapter is a simple aritnmetic tneorem 
Meee er. Given d goal statement in terms of an aritametic 
assertion in any number of variables, and a number of 
propositions about tnose variables we know to be true, can 
KEE E temernt 15 true. In this paragraph we will 


develop a problem recuction representation ror the problem, 


06 





MI EE pdrdersapns we will adapt the dacktrack control 
strategy to search the representation defined AND/OR tree 


and return a proof ofr tne assertion. 


Ca 


tu 
C3 
ES 
Lx] 


vim om, vmn wë o wë ee dan R^ MALES P vumm emm ` vm SEHEN 
mm ` emm dann, s ee ee LL ZH a eae eee r Wi 


FIGURE 12 
AND/OR Grapn 
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FIGURE 11 
Solution Grapns 


To represent our problem with a problem reduction 
uus 1ST Weedeecs to define the tnree components of the 
representation. The Kurs, component is tre e2al 


seserinption. Tne initial goal is an aritametic assertion. 
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AMO tabla j.goa!l description is the assertion itselt. Tone 
ult of applying a reduction rule will be one cr. more 
Sica ls, eacn of wnicn should bea simpler aritametic 
assertion. For our problem representation we can express 
tnis as: 
GOAL DESCRIPTION 

meade anitnhnnetic assertion 

ential: £{B * (A + C)J/E D> B 
EN ust:)3] goal. description represents tne particular 
problem instance to solve. 

luec next component we deseride is the set of 

NEE rules.  Tnese rules need to te described before 
mime auction rules because they provice the basis towards 
He) Sn Aena “ules sshoyld “simplify tne goal. 
Primitive rules represent tne Knowledge possessed about tne 
problem. They specifically apply to goal descriptions that 
can be directly solved. In the theorem prover, tnese rules 
aresexpnressions of the propositions wnicrh are known to ce 


GENEE be protlem instance we are concerned witn tnese 


are: 
PRIMITIVE RULES 
A > @ 
B > 2 
Cap 
E» U 
C» E 


To complete our problem representation we reed only 
BEI A IS] Tiles. Ine purpose of a reduction 
Nc ol oom 4a 2£O0dh State whic cannct be directly 


solvea bv a primitive rule. It follows tpat reduction rules 


ca 














Doy general knowledge about problem area relationsnins 
Ma allow transformaticn of goal descriptions into one or 
more simpler descriptions. In simple tneorem provina tnese 


NEED onships can be described witn logical implications 


ENDO Pepresent zeneral known theorems. They car be stated 
me forn: 

ENS. P2 3% ... & PK => PE 
wnere PO represents a zoal and Pl, ... ,PK represent 
subgoals. If P@ can be matcned against a goal description, 
meme Deoa] Pi i... PR will be produced. We will use tour 
reduction operators for tne theorem prover: 


REDUCTION OPERATORS 
x20 & y»? => x*y > 0 
mec à y»z => Xt+¥ > 2 
MOS yor => x*y > x*z 
Ey a yb => x/y > 2 


uc ouplere problem representation is given in Fiazure 12. 


GOAL DESCRIPTION 
Sere arithmetic expression 
mua: [3 * (i *0)] / EP» B 


PRIMITIVS RULES 

BK zg B> Ø 
"o c LO NU 
C» E 
SEDUCTION RULES 

ru & y»ü => x*y > 0 

X>0 £ y>2 => x+y > Z 

A AZ 

x > z*¥y & y>»0 => x/y > 2z 
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FIGURE 12 
Par oe rover Proplem Representation 











ERO SOHEMA DEVTELOPMENT 

In developing the bacKtrackK Schema for a problem 
MERC ton Tepreseñtation tne procedure described in Cnapter 
IV will again be followed. This procedure requíres 
NuT*ption of the expected input, description of the 
MAREO output, Identification of tne operations requires To 
Meer orm the input to the output and tnen Translation of 
the operations into lower level functions and appropriate 
muuctional forms. 


1. Tue Expected Input 


— Em di "we s me, En Ge Cf EE vm, — —— 


AS in tne State Space Ga KUTIS K „Schemaseed 
Bas5sentation of a path is expected as input. Tais path is 
EE UUrProlic description of the sequence of rule applications 
SEN Nave reduced the initial goal descriptior to tne 
Gent foal description. Saco nene ctas does not. 1lnelude 
mmemeurrent zoal description, tnis must also be included in 
Mee rxpected input. EE EE EE ad, “Sequence 
A ias 0 a path and a Symbolic representation of tae 
Serer ent goal. 

Nereo mano Characteristics of tne input are two. 
teem tirst is tnat ali rules in tne pati nave neen 
ess fully apolied. eS SON Meis current goal 
may be primitive. IS s "result of tae 
backtrack strategy applying tne SOLUTION predirate before 
mee AST BLE predicate. TO ES us tner ciecussec in 


pee section on Input transformations. 


dé 





2. Desired Output 

The output d eei ted Tom € "protrem reduction 
BEDDeSemtation is often dependent on the protler. O 
"ample, the desired output for tne Symbolic integration 
problem is a symbolic description of tne integral. With tne 
Simple theorem prover we Geseere™ = croof of the input 
Meseertion. € commonality between tnese and all problem 
Mona representations is tne sequence of operaticns 
pomrormed to arrive at a solution. For tnis reason ‘me 
emera l output desired will be a solution graph consisting 
of ene reduction rules and primitive rules applied to solve 
Maeworoblem. The return from this most general case can be 
ME ormed into tne desired output form. 

5. Input Transforrations 

In describing tne input transformations requirea we 
EE Is) 25 Close as possible to the simple backtrace 
Schema develoved in Chanter [V¥. The goal is to procuce a 
Aena cen be applied to either the stat? space 
NEUNESsentation or tne problem reduction representation. Ine 
jesien method will deem based on tne problem 
presentation. To do so we will identify tnose aspects of 
the simple backtrack schema which require enhancement to 
search an AND/OR graph, and develop nose ennancements in 
Ser the sciema or the design metnod. 


Mee tl transformation required is to extend tne 


Bach parameter. In tais case, the extension consists of 
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mopendineg one more reduction rule to tne patn of rules 
eni ously applied. This extension does not apply the’rule, 
mit tists it as one possible alternative. Them rest 
THiS transformation will be a rew sequence of path, state 
EMTS. Each pair represents a GEESS alternative 
AE Ts 10on to the path of appiled rules. 

un sco VEadnstommagion 1S™tnme conditional test. 
INGESODUTION predicate will again be executed first. In a 
Bromıem reduction representation a solution is not 
recognized by examinine the sequence of decisions (rule 
aooi cations), but oy examinine tne current zoal 
EEEXPIDption. Upon recognition of a sclution, tre action is 
EE ETA. Tne"*"sequence of Tules, and not Dp goal 
Safe ot 1 on. If tne SOLUTION predicete fails then tne 
FEASIBLE predicate will de executed. This predicate is a 
EE Gace pata EO determine if 3 solution can feasibly be 
Io ered tarouen  expension of tne path. Tne clearest way 
MN Si ais in a problem reduction representation is to 
E cresdcuctilon rule appended by tne path expansion 
MANS Tobpma tion. If tnis rule can be applied to tne goal, 
NIT TIE susmoadls—cCan be produced wnich may tead to 
Bons. tf the rule can be applied tnen tne appropriate 
actions are more complex than those jin the state space 
meme Ma. heusogbwous flrTst action is to apply tre rule and 
produce new subsoals. If only one subgoal is produces we 


nave created an OR node., Rs. case the  arporopiiate 








Bon iS to Precursively call the backtrack function witn 
the new subeoal and parn. If more tnan one subegseal is 
pusced an AND node nas been created ard more complex 
on is required. fran AND noae is cated tien a 
e Tate path 1s created for eacn descendant of the node. 
o ye the AND node eacn patn must return a solution. To 
EAS als problem by a backtrack searcn we must searcn eacn 
path and compose tne solutions. If any path returns nil, 
the result of the node will be nil. The order orf 
MmeemstOrNations on AND node is thus to apply tne rule, 
create separate «PATH, GOALD pairs for sach subgoal, 
Tack on eaca pair and finally compose solutions. 

CD rranstomrmatv*on. Js wto filter tie nil 
END IOns returned bv tne examinations of the expansions. 
Mea lue returned will consist of a list of solutions. 

t. Schema Translation 

To derive a Scnema from tre required trenstormations 
MA 23231n group tte transtormations into lower level 
Eeer conbineld with the appropriate functional forms. 
EE transformation is the generation of expanded 
pnus. TInis transformation can again be acComplisned by a 
Single function GENERATE. In oUr tangnage notetion tnis is: 

GENERATES: <PATH, GOAL: 

maeme ine parameter PATE is a representation of LDE sfunence 
of rules applied, and tne parameter GOAL is a description or 


miemcurrent Foal. 
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Ehe sesconoa trerstormetion is tne conditional testing 
Beton. AS with the state space renresentetion, this 
function is applied to one element of the output ot GENEPATE 
meee tne wesults are returned before 1t 1s appliet to tne 
next element. This APPLI-TO-ALL operation is: 

«TEST (GENERATE:XPATH, GOAL?) 
ican expand tne function TEST since we know tae actions 
required ot it. The first predicate tests tne goal for 
mee primitive. If it is, the action is to return tne 
patn. This can be expressed as: 

sere TON GOAL: -> ID: PATH; 
The second predicate is a Gece for  teaslbility of 
Exnsjron. The corresponding action is to apply the rule, 
decompose the pata, sudogoals pair into separate path, 
Aa. pairs, apply backtrack to esca pair and finally 
Compose the results. This can be expressed as! 


EAS IBLE:<<PATH, GOAL> -> 
COMPOSE( BACKTRACK(DECCMPOSE:<PATE, GOAL>))5 


Usine tne lamtda definition of our language we now have: 
(lambda <PATE> 
{(SOLUTION:SOAL -> ID:PATH; 
Ii (PATH, GOAL>D -> 
COMPOSE( BACKTRACK( DECOMPOSE: <PATY, GOAL>)); 
NIL)}) 
(GENERATE: <PATH, GOAL>) 
The final transtormation filters the nil values 
AN ea by tre process. This can be expressed as insertine 
the APPEND function throush the list ot solutions returnec. 


Tne complete schema iS given in Figure 15. 
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PCM RACK:<PATH, SOAL> 
/APPEND 
(XK (lamoda<PATH> 
l (SOLUTION:GCAL —> ID:PATH; 
FEASIBLE:<PATH,GOAL> -> 
COMPOSE( BACKTRACK(DECOMPOSE :<PATH,20A4L>)); 
NIL)}) 
(GENERATE:<PATH,GOAL>) ) 
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FIGURE 14 
Backtrack Proeran Scnera 


fee UBOCHEMA SPECIFICATION 

ies scnena developed above provides a structure ror 
Sos in the solutions to tne subprotiems GENERATE, 
BETON, FEASIELE, DECOMPOSE and COMPOS#. A desien metnod 
Ms peciryine these subprablems is also required. TALS 
Par a3pn discusses the relationships between the functions 
the schema requires to solve a problem. A detailed design 
metnod similar to the method presented in Crapter IY is nct 
END ODed, but left for further research. 

1. GENERATE Specification 

eee Fon GENERATE "ust aceept an input pair 

NEON Tepresents the path or reduction rules applied erd tne 
ent 2031 specitiration. A DE 3 sequence 
of pairs.  kacn pair contains a new path representation and 
muecrzosl specification. The new path i15 the input path to 
«which one reduction rule of those available to apply nas 
been appended. Tne sequence contains a separate pair for 


23acn available rule. As an example, it GENERATE is given 
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the input: 

el, R3, R2), GOAL> 
ED tesre are four reduction rules R1...k4 availatle to 
apply then GENERATE must output: 

MNT). RS, R2, R1) 
mel, nos R2, R2) 
MIDI. R3, R2, R3) 
X«(R1, R3, R2, Ra) 

memes OUtTDUt represents all possible expansions of tne rule 
Aca tion patn. It does not represent all expansions wita 
wcale rules. A ditterent funetion of tne scheme will 
delete nonapplicable rules. 
2. SOLUTION Specification 

The function SOLUTION will again be tne easiest to 
describe. hc ment —ot SODU LIONS rto vest d 2o0al 
EuENDIption to see if it is a solution. In tre proolem 
meme clon representation there is one operation to test for 
Sesotution. If tne voal description can be solveı by a 
Dive rule them a solution “Hes been found. The 
Semmes ication of SOLUTION must express tnis relationship 
Den tne soal and tàhe primitive rules. Tne form of the 
pnronsh?p may differ from protlen to  protlem. POT 
example, in ene symbolic integration proclem tne 
Beem Otea Db TS an application. If a primitive rule can be 
applied to t^e goal, tnen it can de solved. In the theorem 


Proving problem tae relationsnip is membersnrnip. If? tne goal 


Pome Smee = primitive ruies tnen tne goal is solved. 
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5. FEASIBLE Specification 

Merun tron OL ~yne@ predicate PEASIEDE-rS to test a 
poem fOr the possibility it may lead to a solutior. Tne 
path under consideration exhibits two characteristics. TINI 
element of the path Is a reduction rule which has not 
been applied to tne goal description. The remainder of tne 
Bemis dad sequence of reduction rules which have teen 
Hed to tne initial goal description to preduce tne 
rent description. If the path under consideration is to 
EN USIderedqocleasbble, tnen tne last rule cr tne pata must 
Memeo plicable to tne goal description. In more concrete 
Pees, a reduction rule applies to a zoal ir tne rule 
BPmeeuces One or more subgoals fram tne goal. Tne  PRASIBRES 
Ia te must test this relationship between tne goal and 
Mmemereauction rule. It is sienificant that tne FRASIELE 
e on does not actually apply tne rule to produce 
subeoals. It need only ensure tne rule can oe applied. 

4. DECOMPOSE Specification 

It tne patn is feasible (tne rule can be applied), 
meme xt Step is to produce a «PATH, GOAL» pair. Tnis pair 
mime De the input to the recursive call to SBACKTRACK. In 
Em ins tances rae application otf a reduction rule will 
produce more than one subgoal. For this reason tne function 
DECOMPOSE must do more than apply the rule to vorenare input 
A GEES beona kt produced oy tne rule 


oca DS CONPOSE muet Construct a <PATH, GCAL> pair. 
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EA SE ts Tuentical: the sequence of rule 
applications which produced tne EE EE eene) 
enp ion., The goal description in each pair is unluue: 
MAS ecribes one of the subeoals produced by the rule 
Ec cation. There are two important characteristics of tne 
aput of tnis function. Pt eolem ule application produces 
only one supgoal, then there is only one «PATH, GOAL» pair 
produced, and the APPLY-TO-ALL functional form of the scnema 
memess to a straight application of BACKTRACK to the pair. 
This operation is similar to tne State Space hacktracs 
scnema. Secondly, DECOMPOSE ras transformed a <PATE, GOAL: 
Eet EE tne path description contains e ronapplied rule 
(the tinal rule) to a pair witn all rules anpliea ana a new 
A descrivtion. This is the type of input expected by tre 
tion BACKTRACK. 
9. COMPOSS Specification 
DEE to each “<PATH, GCAL> pair 


produced by DECOMPOSE. Tne 


“4 


DoD M oe bbe alata OV nae 
application is a Sequence of patns.  $Sacn patn represents a 
HEENIEnce of rules applied to tne goal description which 
peeerated in 3 solution. For eoal descriptions which could 
DD reduced to a primitive 2#o0al the algorithm returns tne 
nil path. If the nil path is found in tne sequence of patns 
PETUTred it sisnifies that one of the suDeoalS produced ty 


the reduction rule is not solvable. From our discussion of 


tne problem reduction formalism, tnis means tnat tne goal is 





meee sOLVADLE with tnis reduction since ail subgoais vroduced 
must te solved to solve tne goal. Tne inference is that tne 
Euence otf reduction rules wnich produced tne sungoals does 
not lead to a solution and tne nil patn must oe returned to 
indicate such. If no nil patn is returned in the sequence 
then all subdgoals were solved and the sequence is returned. 
Figure 14 depicts tne requirements ot the lower 


level functions of tne problem reduction backtrack scnema. 


Peer ol LE ARITHMETIC THEOREM PROVER 

Peer CTO E ont Tule is tne 
e theorer Drover developed tnrougnmout this chapter. A 
momma problem specification will not be developed as tae 
Ma 1 description of the reduction is not deteiled enou eñ 
HEN Uoit the formalism of a Specification. Instead, tnis 
uu papnh wiit develop informal specifications basea on tae 
Men representation of Figure NM dnd the Function 
requirements of Figure 14. 

I. GENERATE Specification 

Our problem representation lists a set of four 
AS tion rules, H1...R4. GENERATE must produce a sequence 
OUT <PATH, SOWL> pairs. Each PATH will terminate witn a 
mee Create sreauetion® rule. oedema GOGesSS tnis 292 our 
lpntormal notation as: 
ERSAT re <<PATH(1), GOCAL>,<PATH(2), GOALD., 


<PATH(3), GOAL>,<PATE(4), GOAL>> 
suen pn3T 


TLR:PATH(i) = PATH & 
TL:PATH(i) = ROLE(i) 
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mmo Will provide the desired input to the conditional 


GENERATE REQUIREMENTS 
GENERATE: PATH, GOAL> = NEW STATE sucn tnat 
NEW STATE = {<NEW_ PATH, GOAL>,; 
NEW PATH = APPENDR:<PATH, RULED ror eacn RULE} 


SOLUTION REQUIREMENTS 
SOLUTION:GOAL = boolean SUN trat 
boolean <=> R1:<PRIMITIVES, GOAL: 
wnere Ri is a problem dependent relation 


FEASIBLE REQUIREMENTS 
PYVASIBLE:<PATE, GOAL> = boolean sucn that 
boolean <=> R2:l|t1r:PATH, GOAL] 
wnere R2 ís a problem dependent relation 


Zem GE gen mm mmm gem ` Pen GT ` gen emm Te s k A a gem ` Së gem e Á e emm Ze Gm 


DECOMPOSE REQUIREMENTS 
DECOMPOSE:<PATF, GOAL? = 
<<PATH, NEY_GOAL(1)>,...,<PATE, NEW_GOAL(N)>> 
sen that 
IN = number conjuncts in precondition TL:PATE] à 
R2:XCONJUNCT(1), NEW GOAL(1)5 - 
Rel tir: PATH, COAL! T] 


COMPOSE REQUIREMENTS 
COMPOSE:SOLUTION SEQUENCE - SOLUTIONS sucn tnat 
[MEMBER:<NIL, SOLUTION S£CUENCE> => 
SOLUTIONS = NIL] & 
[NOT(MEMBER<NIL, SOLUTION SEGUENCE>) => 
SOLUTIONS = SOLUTIONS SEQUENCE) 
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FIGURE 14 
Reduction Rule Requirements 


RER Widitticulty bin specitftyine the SOLUTION 
function is in determining tne eppropriate relation between 
MENO ni epa les and tne goal description. In tne 


a 


Po i eenOove Te Oem We attempt to reduce tne initial godi 
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MIO TIOAsS CO descriptions wnicn are known to be true. 
Me. descriptions known to De "ue are Theses problem 
Propositions, which the problem representation designates as 
pPeomative rules. The problem, therefore, is to find goal 
HsPPptions which are in the set of primitive rules. Te 
meemopriate relation 1S a membership test and we can express 
UNIS as: 


SOLUTION:GOAL = boolean such tnat 
Boolean <=> IMEMBER:GORTL, PRIMITIVES?] 


Pee EEASIBLE Specification 

Tre FEASIBLE predicate is a test o teen 
mE cability of tne final rule of the path to the current 
Eos description. Ine Specification question is to 
fememmine wnat relation tests this applicability. In this 
pen a foal description is ziven in terms of corstarts, 
literals and aritnmetic operators. The rules are expressed 
in Benson A yariables, constants and operators. An 
Woo Giate adpplicadility test is a pattern match between 
fimeeonsciusion of the rule and tne goal description. Tnis 
Aca maten” any subexpression or literal of tne goal 
must the rule variables, but the constants and operators 
must be exact matches. If a match iS found tae rule can be 
applied to the goal. Tnis can be expressed as: 


FEASIBLE: <PATH, GOALD = boolean such tnat 
booleen <=> MATCH: (TL: PATE,COAL] 


el 








4. DECOMPOSS Specification 
Ie redicate EEASIBLE nas determined tnet tae 
rule applies to the zoal description, DECOMPOSE must apply 
the rule and construct a Sequence of <PATE, GOAL? pairs tor 
input to BACETRACK. To deterrine subeoals we note that tne 
mmemondition of the reduction rule lists tne frorr of the 
subeoals to be produced. item Adi rfi culty <in creatine 
Sea ]s is in replacing the rule variables with tre problem 
literals and Subexpressíons. ve can identity the 
PROD LE literals witn a matchning process identical to 
that conducted by the feasibility test. BIT 
produced DECOMPOSE must then create a <PATH, GOAL> pair. Ye 
can express tnese requirements as: 
DECOMPOSE:<PATE, S04L> = 
CCPATH, NEW GOAL(1)>,...,<PATH, NEW GOAL(N)>> surn that 
Memmi Der COnjuncts in préconaition of TL: PATH & 
FOR EACH CONJUNCT(i} IN tlr:PATE 
MATCH:<CONJSUNCT(i), NEW_GOAL(i > = 
MATCH:[tlr:PATH, GOAL 
5. COMPOSE Specification 
Na Luc tion to Suecizy bs) COMPOSE. Tnis 15 
mc ne simples to specify. COMPOSE must return nili if 
nil is a member of the parameter sequence. Ir nil is not a 
Memoct Of the sequence tnen the sequence 15S to oe returned. 
Tnis can be expressed as: 
COMPOSE:SOLUTION SEQUENCE = RETURN SEQUENCE sucn trat 
(MEMBER :<NIL, SOLUTION SEQUENCE> => 
RETURN SEQUENCE = NIL] A 


[NOT (MEMRER:<NIL, SOLUTION_SEQUENCE>) => 
RETURN SEQUENCE - SOLUTION S EQUENCE| 


ez 





The complete informal specification for tne functicrs is 


given at FIGURE 15. 


PROCF:<GOAL, PRIMITIVES, RULESD = 
BACKTRACK:<NIL, GOAL> 
where 


BACXTRACK:<PATH, GOAL> = 
/APPEND 
(x(ianbaa<PATH> 
{(SOLUTION:GOL -> ID:PATH; 
FEASIBLE:<PATH GORT? => 
COMPOSE( BACKTRACK(DECOMPOSX:<PATE,GOAL>),; 
NIL)}) 
(GSNERATE:«PATE, GOAL»)) 


GE emm wm emm Pë emm r s mm p m AMD ru. emm ` mmm A a ` "mm eer TU E SED 


GENERATS:<PATE, GOAL: 


S os <PATYH(A), GOAL>> 
suen tnat FOR ABD PATE(i) 
MER PATA SPA TE S 
AOB ATH (1) = RULES (i) | 
SOLUTION:GOAL = poolean such tnat 


boolean <=> MEMBER :<GOAL, PRIMITIVES> 


mmm E ans ow = mm TO O p, a TE a U ree emm emm emm emm TO e TD o 12" 198 1 ew ewe = fae eee a= aw D .. DL DIL. gp ` emm e TA AM ow 


NAS IELES<S<PATE, SOAL> = boolean sucn that 
bomuean <=> MATCH: (TL: PATH, GOAL! 


DECOMPOSE:<PATH, GOAL> = 
COPATHo NEW SOAL(1)>,...,SPATH, NEW COAL(N)>> 
Sem that 
[N = number conjuncts in precondition tl:PAT# & 
ST CONSUNCT(i) IN tLrsPaATE 
MATCH:<CONJUNCT(i), NEW_SOAL(1)> = 
MATCH: [tir:PaATH, GOAL] 


COMPOSE:SOLUTION_STOUENCE = RETURN such that 
[MEMBER:<NIL, SOLUTION SEQUENCE> => 
RETURN = NIL 8 
NOT(MEMBER:<NIL, SOLUTION SEQUENCE») => 
RETURN = SOLUTION SSQUENC?} 


FIGURE 15 
Tneorem Prover Program Specification 
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VI- CONCLUSION 


on 


meer success of futures efforts in proeram synthesis will 
depend in large part on tne ability of system developers to 
CON expert Knowledge about tne programming process. AS 
Symumesis systems become more complex and attempt ta solve 
EU Gitricult problems tne s@arcn space createz in the 
Beton process suffers tne efífects of COMoiratorial 
Boston. AS the searcn space grows tne search strategy 
must tecome more efficient. Tne larger the space tne closer 
Me earch process must approximate a straient line search. 
IL DIIty to execute a straignt line searcn is & function 
ENS knowledee the Search strategy employs to solve tne 
problem. The better tne knowledge, tne fewer incorrect 
alternatives will be explored. 

The principal goal of this paper is the development o” a 


meme tion rule for a synthesis system based on tne problem 


np con representation formalism. Pra le encapsulatses 
Specific krnowledee about now To solve a class of 
eamennatorial protiems. it includes a control strategy 


eeen Lae bacitrack class of algorithms and a desigr 
MENO “or developing suboroolem specifications wnicn, when 
Ned, Can be Incorporated into the control strategy to 
colve tne original problem. It is believed that the design 
EO US ently Specific to guide tne syntnesis 
EE ennes Tt level speciticarion of any problem 


in its class. 





nme secondery goal of this paper is tne  refinerent of 
general programming knowledge concern. tae bacttirack 
control structure. It is believed tnat current knowledge 
concerning the strateey is deficient in two areas. While 
the backtrack procedure has been  Sonematized, general 
principles concerning the relationships between the 
components of te procedure “Nave not been a 
articulated. Tne design alternatives for tne lower level 
[met aons nave not been specified and the relationsnip of 
EM Uuet'ons to tne problem has not been defined. It is 
Effet that the reduction rule of Cnapter IV can provide a 
desisn basis for proerammers as well as a syntnesis System. 

The second area of knowledee retinement concerns tne 
extension of the basic strateey to a problem domain to whicn 
it has not been previously applied. Chapter V adapts tne 
basic strategy to search the AND/OR grapns produced oy a 
problem reduction representation formalism. Temin ormnmal 
REES rule developed in tnis Chapter can again be 
applied by programmers as a basis for design. 

Ica Strategy 15 clearly not tae most efficient 
technique for searching state Spaco or AND/OR tress. 
Whenever problem area xnowledee can be codiried tor use oy à 
control strategy, a search process which selects a best path 
MOT cGrXxpanston be more efficient than a obdacktracd¢ 
searcn. In many cases it is eitner not possible to coalfy 


such knowledge in an efficiently computable Format or tne 





AECE ener rs not worth the added effort of incinciangs 
mee xnewledge. The backtrack strategy offers an attrective 
option. With readily availabl9^ proeram scnemas ana desien 
Bades the control strategy is easily developed. Orce 
developed, tne strategy can significantly prune a  Sear^h 
tree provided PrO Drem EES are sufficiently 
restrictive. This places emphasis on rigorcus 
ENEE CL OH and svecification of tne problem constrtraints, 
an activity beneficial to programming. 

Enero are sbenjfticent research areas remaining to be 
investigated. These include a formal proof of ine reduction 
rule proposed in Cnapter IV, rormalizinz tne rule proposed 
in Chapter V with IAN -investisation ot 
cme tency improving constraint allocation tecariques tor 
the lower level functions FEASIS3LE, SOLUTION and GENERATE, 
ENPNOorner design methods for tne Dacktrack strategy based on 


iifferent assumptions tnan tnose discussed. 





mee to@lowing is e description oft tne prosramming 
language used in tne definition of the program scremras and 
developed examples. The descriptive format and most 


definitions are derived from Backus [Ref. xxl. 


meets SET OF OBIECTS AND TYPES 


type MES ICAO E exampye values 

B boolean values true 
ralse 

N natural numbers Orn wie ae | 

I integers A e R E a a E 

LIST(N) lists of natural nil 

numbers (1) 

AS 

<> sequence or objects Saal > 


Peet ns SET OF FUNCTIONS 


function comair range d'en Cto Y 
oe any any Irre, xn)> 
INCA S 
then xS 


else unaefinec 


mut any any ie qu 
tner. <3il> 
rec... rn» 
ANA E 
eE xn» 
EE EE 


1d.x any any X 
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fuspmction 


atom:x 


equal:x 


meGue l : x 


mer) 3x 


lenegtn:x 


OTS L 


appendr:x 


appendl:x 


domain 


NXN 


NXN 


LISTAN) 


LISTN) 


NXN 


any 


any 


any 


any 


(C 
OL 


derinition 


O en 


tnen true 
else false 


Ito T= y, 22 
and y=Z 

tnen true 

else false 


A O > 
and y=2 

Puentes e 

else true 


if x=nil 
then true 
else false 


if  x=nil 

tren @ 
EE e a ER 3 
tnen n 


EE 
tnen v+z 


E GE E SE 
then y-z 


immer Tue, true» 
then true 
else false 


if x=<tralse, ralse> 
IEEE UE 
else true 


A IO 25 

taen <z> 
EE EL, 22 
PAEZ 
else undefinec 


DINE Ur nil» 

then <2> 

BENE - ri ee ER 3 
Dun do. ok. wy TNO 
else undefined 





function domain range detinition 


append:x any any if S mild 
ONE ccm. 
tnea <z> 


EE e,n) 
A A 
else undefined 
elrex any any if x=<xl>d 
then <nil> 
io == TO O 
and >= 2 
then <xl;. .a2xMm > 
waere m=n-1 
else undetired 
abs:x I N "T 
mu tne result of functions applied to invalid types 15 
undefined 


Ge TEE APPLICATION OPERATION 

The application operation allows the use of named 
IIE TL E TS. TTT TH IGE Zormal parameter 
names. Tne scope of tnese names is restrícted to tne 
on application.  Tne actual parameter/tormal parameter 
Ames pondence 1s positional. If a single actual parameter 
IxEanIred the syntax is as frollows: 

function nameiparameter 

tip le parameters are required, they are Liste as a 
sequence as follows: 


Aaa me: <a rame ter Fl. ,parameter n> 


D. TEE SET OF COMBINING FORMS 
form name definition 


Mio sx) composition o ds 





form name derinition 
ES... PAX construction C a 
MA oe: z) condition Ee 


else g:z-z 


AD 


where x,y,2 are named 


parameters 


A 1G 


fts x insert X= AL 
We ray ) 
Ira <il, 
ehen el, 


MOUenme Coc sd tial yy 


Ser e EE 
E LaS? 


ea eunet ned 


Mx a PODIO lt. ir x=nil 
penny 


NEN =o Xl A. ND 
nds... EE A 


5. THS FUNCTION DEFINITION MECHANISM 


mae moperator binds a tunction name 
tion. Tne syntax ts as follows: 


function name:<parameter list> 
ftunctioneds s Iton 


Lo a poumon 


The language also permits tne use of anonymous function 


ener yi tions. Tne Lambda operator is used 
won as follows: 
(lamoda <parameter list> 


Irunction deta oi riod 
(actual parameter Iist) 
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